Re: NG Lush and concurrency

On Thursday 30 March 2006 01:35 pm, Ralf Juengling wrote:
> Multi-core architectures seem to be becoming the norm in desktop
> machines. To take advantage of multi-processor and multi-core 
> architectures we need language constructs for expressing that
> certain operations may be carried out in parallel or change the
> semantics of existing operations where this can safely be done
> (many array operations may be carried out in parallel).
> On the one hand.
> 

> On the other hand, a next generation lush runtime system should
> support parallel execution. How would that fit in here?
> Would we have multiple stack machines, running in different
> threads, plus a thread for the garbage collector, and a scheduler
> that assigns chunks of computations to idle stack machines?

Hmm. Good point.
Garbage collectors in a separate thread have
some benefits and a big drawback: they need 
serious synchronization, and it does not come for cheap.


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642