I personally don´t care about raw performance. Haskell is in the top of the list of language performance. It has all the ingredients for improving performance in the coming years: A core language, clear execution strategy, analysis and parsing, transformations based on math rules. So my code will improve with each new compiler version at the same or better pace than any other language. Moreover I can not care less about how fast is C, when I simply can not program many things I need in C or C++ or Java and in general any of the language of the performance list that are above... or below, because they lack the necessary type safety, expressiveness, abstraction.etc. Not to mention time. Not to mention the growing community etc.
Hello Ketil,
my measures says that by psending 3x more time than for C you can
Wednesday, November 4, 2009, 4:31:20 PM, you wrote:
> Well, it clearly demonstrates that it is possible to write fast code in
> Haskell.
optimize haskell code to be only 3x slower than C one
even w/o enthusiasts Shootout mainly measure speed of libraries
> succinct and correct programs. (Is it possible to have an alternative
> Haskell "track" in the shootouts?)
eh, if it was possible, we have seen this. both on shootout and here
> Since this was done, there has been great strides in available libraries
> and GHC optimizations, and it'd also be interesting to see whether we
> now are able to optimize ourselves away from much of the overhead.
when people are crying that their code isn't as fast as those ads say.
haskell compilation can't yet automatically avoid laziness and convert
pure high-level code into equivalent of C one. libraries doesn't
change anything - they provide low-level optimized solutions for
particular tasks but can't optimize your own code once you started to
write it
--
Best regards,
Bulat mailto:Bulat.Ziganshin@gmail.com
_______________________________________________
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe