quick performance measurements

Richard Eisenberg eir at cis.upenn.edu
Mon Feb 15 17:55:05 UTC 2016

I realized there is a very simple way to do what I want: --make +RTS -s

Specifically, I've arbitrarily chosen compiling Cabal as a test case, saying

> ghc-stage2 Distribution/*.hs Distribution/*/*.hs --make -fforce-recomp +RTS -s

and seeing what I get.


On Feb 12, 2016, at 4:31 PM, Joachim Breitner <mail at joachim-breitner.de> wrote:

> Hi,
> Am Freitag, den 12.02.2016, 14:04 -0500 schrieb Richard Eisenberg:
>> Ideally, there would be a way to run a portion of the testsuite and
>> have the testsuite tool aggregate performance characteristics and
>> report.
> if you run the test suite with
> $ VERBOSE=4 
> you get the detailed stats for every perf test, not only for the
> failing ones. This is what the gipeda runner does.
> You’d still have to manually compare them, though; no aggregation
> happening.
> Also, the compiler perf test cases usually check one specific extreme
> code path, so they are not a good measure of real world performance.
> nofib is better there, and has comparing integrated, but only checks
> those parts of the compiler that deal with idiomatic Haskell code from
> 10 or 20 years back.
> Maybe I should write a text that explains how to run gipeda locally on
> a bunch of commits on a local branch... but it’s only making the
> results more shiny, not more significant, than running nofib or the
> test suite manually.
> Greetings,
> Joachim
> -- 
> Joachim “nomeata” Breitner
>   mail at joachim-breitner.dehttps://www.joachim-breitner.de/
>   XMPP: nomeata at joachim-breitner.de • OpenPGP-Key: 0xF0FBF51F
>   Debian Developer: nomeata at debian.org
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

More information about the ghc-devs mailing list