Jan-Willem Maessen <[EMAIL PROTECTED]> writes:
> Absolutely. Good high-level thread support trumps anything provided
> by the operating system.
Unless you have more than one CPU...
> Similar dramatic performance disparities have cropped up in the Java
> community. There are Java benchmarks wh
This one corrects a problem with the fix made in the last one that stopped
anything to do with stat() working (e.g. hFileSize, reading directories &c.
&c.).
Sorry about that. The fix is still fragile and temporary; I'm waiting for
the underlying mingwin problems to be fixed, hopefully in time for
Josef Svenningsson <[EMAIL PROTECTED]> wrote:
> One benchmark turned out to give pretty remarkable results. It's the
> producer/consumer benchmark. I suggest you all take a look at it. The
> haskell version is six (SIX!!!) times faster than the c version. Hey,
> what's going on here? I would reall
On Wed, 28 Feb 2001, Simon Marlow wrote:
> > It should be noted that synchronisation is achieved by using
> > slightly different kinds of primitives. But still... six times...
>
> And it's about to get faster still, because CVars can now be implemented
> with a single MVar instead of two. The re
> It should be noted that synchronisation is achieved by using
> slightly different kinds of primitives. But still... six times...
And it's about to get faster still, because CVars can now be implemented
with a single MVar instead of two. The reason is that putMVar now
blocks on a full MVar rath
Cool! Thanks for doing this.
I guess GHC is fast because it's implementing lightweight
threads inside a single OS thread.
Simon
| -Original Message-
| From: Josef Svenningsson [mailto:[EMAIL PROTECTED]]
| Sent: 28 February 2001 09:47
| To: [EMAIL PROTECTED]
| Subject: Lightningspeed ha
Hi all.
Some days ago someone posted this url:
http://www.bagley.org/~doug/shootout/
which is a page benchmarking a number of different languages and
compilers where ghc is one of them. Some benchmarks lacked a haskell
versions (and some still do) and so I decided to fill in some of the gaps.
O
