[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