C# is Microsoft's Java, and .Net is their version of JVM
Managed code is sugar-coated slang for 'bytecode'
All these .NET/JAVA languages are interpreted, like JavaScript(and yes, JIT compilation is in tracemonkey too).
>>11
I like how you used const PI as Math.PI and the only other instances of PI were on the very next line. I dread to think how unoptimised the benchmarks were.
Name:
Anonymous2009-07-13 18:53
>>18
Haskell doesn't generate C code by default, it's just an option.
Name:
Anonymous2009-07-13 21:19
>>11
LOL idiot, read the fucking notes. Java "Server" is the *default*, "Int" means "interpreted," which means no JITing happens, whereas "Server" JITs often-used code. Comparison with Java "Int" is just to show how great JIT is, not to show real-world performance of Java.
I love it when anybody that praises C# is labelled a Microsoft shill. By that logic, >>1 is a RMS Matthew Stallman fudge packer.
Name:
Anonymous2009-07-14 14:15
>>32
You sound like you're writing nothing but Windows desktop apps. That's stupid. You're stupid. Desktop apps are the least important type of programming you could possibly be doing, and Windows is the least useful place you could be deploying them anyway.
Name:
Anonymous2009-07-14 14:42
>>24
Uh, no, actually GHC produces faster code with its naitive compiler than with the C compiler. Which makes sense, since GHC can better represent Haskell by deciding itself how to represent it in the machine, than GCC can by trying to "infer" GHC's intent for how the code should be represented by the machine via C.
________________________________________________ http://xs135.xs.to/xs135/09042/av922.jpg
Patriots always talk of dying for their country, and never of killing for their country.
>>39
And how would you compare the speed of two programmes written in different languages? Often it's possible, but good luck in case of C and Haskell (list access time, etc).
Name:
Anonymous2009-07-14 18:09
%_ ->
Name:
Anonymous2009-07-14 19:02
>>40 And how would you compare the speed of two programmes written in different languages?
In two easy steps:
1. time ./programmeA < input.dat
2. time ghc ./programmeB.hs < input.dat
There! Wasn't too hard now was i*** Exception: stack overflow
Name:
Anonymous2009-07-14 20:26
>>40
I'm pretty sure >>39 meant benchmarks comparing the same Haskell program compiled with -fvia-c and without it.
Name:
Anonymous2009-07-14 20:35
>>43
Haskell compiled program and C compiler program doing the same thing won't be the same, because Haskell uses, for example, different (linear) list accessing than C.
Name:
Anonymous2009-07-14 20:43
>>44
If given the same input they produce the same output, then it doesn't really matter how the internals operate.