Measuring performance of GHC

[Ben Gamari]

Joachim Breitner <mail at joachim-breitner.de> writes:

> Hi,
>
> Am Dienstag, den 06.12.2016, 17:14 -0500 schrieb Ben Gamari:
>> Joachim Breitner <mail at joachim-breitner.de> writes:
>> 
>> > Hi,
>> > 
>> > Am Dienstag, den 06.12.2016, 19:27 +0000 schrieb Michal Terepeta:
>> > > (isn't that's what perf.haskell.org is doing?)
>> > 
>> > for compiler performance, it only reports the test suite perf test
>> > number so far.
>> > 
>> > If someone modifies the nofib runner to give usable timing results for
>> > the compiler, I can easily track these numbers as well.
>> > 
>> 
>> I have a module [1] that does precisely this for the PITA project (which
>> I still have yet to put up on a public server; I'll try to make time for
>> this soon).
>
> Are you saying that the compile time measurements of a single run of
> the compiler are actually useful?
>
Not really, I generally ignore the compile times. However, knowing
compiler allocations on a per-module basis is quite nice.

> I’d expect we first have to make nofib call the compiler repeatedly.
>
This would be a good idea though.

> Also, shouldn’t this then become part of nofib-analye?
>
The logic for producing these statistics is implemented by
nofib-analyse's Slurp module today. All the script does is produce the
statistics in a more consistent format.

Cheers,

- Ben

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 454 bytes
Desc: not available
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20161206/2e38d3f0/attachment.sig>