On Wed, 2006-03-08 at 10:41 +0000, Asfand Yar Qazi wrote:

> Also, from what I remember, STM is "optimistic", while conventional lock-based 
> design is "pessimistic" - thereby allowing STM based code to spend less time 
> checking for locks or something, which apparently makes it quicker.

> But, I'll lets the experts explain it :-)

It isn't explanation that is needed but experience
actually using it. The performance tradeoffs -- including
developer time -- won't be evident until significant
applications are developed using it.

For example I wonder if the technique is worthwhile
*without* the Haskell type system to enforce correctness?

And given GHC is currently not generating very good code,
will it matter anyhow?

-- 
John Skaller <skaller at users dot sourceforge dot net>
Async PL, Realtime software consultants
Checkout Felix: http://felix.sourceforge.net