From: Louis-Philippe <default@...>
Date: 2009-04-27T23:59:15+09:00
Subject: Re: Concurrent GEM for Ruby ?

--0016e64718e0809ab904688a7c3f
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

If you are looking for a process pool or similar,
http://abundance.rubyforge.org/
it forks an n amount of concurrent process workers then seed/harvest them by
unix sockets communication,


2009/4/26 Tony Arcieri <tony@medioh.com>

> On Sat, Apr 25, 2009 at 7:10 PM, jamesl <ladd.james@gmail.com> wrote:
>
> > Like ?  Do you have a few URL's to share?
> >
>
> Well, I'm not sure what you're after.  Two libraries for actor-based
> concurrency (one of them mine) have been linked, but those aren't really
> anything like java.util.concurrent.
>
> Are you wanting a small framework for backgrounding work into "thread"
> pools? (which would more likely be implemented as process pools)
>
> Ruby's threads provide only sequential execution, since Ruby's memory model
> is inherently sequential.  For concurrent processing it's best to farm
> things off to additional processes so that the OS's scheduler can make them
> concurrent.  There are packages to do this as well (e.g. BackgroundDRb)
>
> --
> Tony Arcieri
> medioh.com
>

--0016e64718e0809ab904688a7c3f--