Measuring performance of GHC
Simon Peyton Jones
simonpj at microsoft.com
Mon Dec 5 10:31:59 UTC 2016
If not, maybe we should create something? IMHO it sounds reasonable to have
separate benchmarks for:
- Performance of GHC itself.
- Performance of the code generated by GHC.
I think that would be great, Michael. We have a small and unrepresentative sample in testsuite/tests/perf/compiler
Simon
From: ghc-devs [mailto:ghc-devs-bounces at haskell.org] On Behalf Of Michal Terepeta
Sent: 04 December 2016 19:47
To: ghc-devs <ghc-devs at haskell.org>
Subject: Measuring performance of GHC
Hi everyone,
I've been running nofib a few times recently to see the effect of some changes
on compile time (not the runtime of the compiled program). And I've started
wondering how representative nofib is when it comes to measuring compile time
and compiler allocations? It seems that most of the nofib programs compile
really quickly...
Is there some collections of modules/libraries/applications that were put
together with the purpose of benchmarking GHC itself and I just haven't
seen/found it?
If not, maybe we should create something? IMHO it sounds reasonable to have
separate benchmarks for:
- Performance of GHC itself.
- Performance of the code generated by GHC.
Thanks,
Michal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20161205/4f387ebd/attachment.html>
More information about the ghc-devs
mailing list