Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon.

Pages: 1-

Haskal/GHC fags BTFO XDD

Name: Anonymous 2015-08-26 21:22

Name: Anonymous 2015-08-26 21:42

MEGA FUCKING WIN

Name: Anonymous 2015-08-27 7:38

what is mentally wrong with haskell programmers?

Name: Anonymous 2015-08-28 18:04

Nothing to see here, Haskell is still faster with LLVM codegen.

Using -fllvm and 7.10.2 I get

> 2950ms for ghc (averaged over 10 runs)
> 4079ms for the mean of the fredge version
> 5896ms for ghc without -fllvm

vsts15[S] 5 points 13 hours ago

Indeed, with LLVM I get 5532 ms.

Name: Anonymous 2015-08-28 19:42

>>4
Still pretty good for a VM.

Name: Anonymous 2015-08-28 19:54

>>5
Both Haskell and JVM devour memory like crazy, though.

Name: Anonymous 2015-08-29 20:32

>>5

JVM is blazingly fast these days.

>>6

Haskell can be horrible in memory usage due to space leaks. When you have a pipeline like: lazy producer | strict transform | lazy consumer.

Memory can build up pretty quickly. Lazy languages have some disadvantages.

That being said, haskell is an excellent language to develop a reference implementation quickly, because you can model high level concepts much easier than in C, which then can be used to verify the faster, but lower level, implementation.

Name: Anonymous 2015-08-29 20:34

>>7
JVM speed is at the cost of terrible memory usage. It uses up 5-10 times the memory C does.

Name: Cudder !cXCudderUE 2015-08-29 23:57

>>8
That's with good Java code (it does exist, but not common.) More typical bloated enterprisey Java code will be closer to 100x.

Name: Anonymous 2015-08-30 0:48

>>7
you can model high level concepts much easier than in C
The same can be said about BASIC and VAX assembly.

Name: Anonymous 2015-08-30 5:49

>>10
The same can be said about these dubs.

Don't change these.
Name: Email:
Entire Thread Thread List