[Haskell-cafe] Benchmarks game updated to ghc 6.12.2

Isaac Gouy igouy2 at yahoo.com
Wed May 5 11:50:31 EDT 2010


Ketil Malde <ketil at malde.org> writes:

> As for code size, the programs are heavily tuned for speed. 

iirc there was a community effort 2 or 3 years ago, but now ghc has changed enough that the compiler and runtime parameters seem to need re-tuning.


> Is it an idea to go back a few steps to more idiomatic code?  Perhaps as a separate "track"? 

There's always room for 2 or 3 Haskell programs per task - not necessarily The Good, the Bad and the Ugly - but you'll already find the cliched example of a faster more convoluted Haskell program and a more concise but slower Haskell program.

(Idiomatic code? Aren't there idioms for writing fast Haskell too?) 


> I also worry a bit that source code optimization for a specific
> compiler makes it more difficult to take advantage of compiler
> optimization improvements. 

These are tiny tiny programs - when those compiler optimization improvements arrive re-write the programs to take advantage of them ;-)


      



More information about the Haskell-Cafe mailing list