Better perf
Simon Peyton Jones
simonpj at microsoft.com
Mon Mar 6 15:45:49 UTC 2017
I've just committed this patch sequence
fb9ae288088a3eabc4e1bb4e86fa473a3881d2e2 Make FloatOut/SetLevels idemoptent on bottoming functions
995ab74b3c55fe3a0299bd94b49e948c942e76d6 Comments only
1163f4f2fe9aabd722c963497c67c5f8c71ef71b Tiny refactor
9b2c73ea8082199245bfa6a28390b70b38f87fd1 Make TH_Roles2 less fragile
9304df5230a7a29d3e992916d133e462b854e55f Fix CSE (again) on literal strings
In my final validate run (after updating to HEAD) I saw
Unexpected stat failures:
perf/compiler/T13035.run T13035 [stat too good] (normal)
-6.4% alloc
perf/compiler/T12425.run T12425 [stat too good] (optasm)
-6.6% alloc
perf/compiler/T9675.run T9675 [stat too good] (optasm)
-10.4% alloc
perf/compiler/T1969.run T1969 [stat too good] (normal)
-21% peak megabytes
perf/space_leaks/T4029.run T4029 [stat too good] (ghci)
-14% peak megabytes
This is good. I did not see these in earlier validations (perhaps I did not rebuild the libraries sufficiently), so I have left them. If Harbormaster agrees that perf has improved, could someone re-centre the numbers? Ideally say which patch is responsible.
Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-devs/attachments/20170306/a04a1e89/attachment.html>
More information about the ghc-devs
mailing list