# Concurrent GEM for Ruby? **URL:** \ **Category:** ruby-talk\ **Created:** [25 April 2009 23:45 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054 "2009-04-25T23:45:02Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![jamesl](https://avatars.discourse-cdn.com/v4/letter/j/c0e974/32.png) [@jamesl](https://rubytalk.org/u/jamesl)\ **Post date:** [25 April 2009 23:45 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054/1 "2009-04-25T23:45:02Z")
Hi, I'm wondering if anyone would like to see a Concurrent Library for Ruby, like the Java javax.concurrent library ? I know you can just use this library from jruby, but Im thinking more of a idiomatic Ruby library, which could also be used ontop of jruby. If you are interested having such a library please can you let me know via an email to james \ ladd \ hotmail \ com ? Rgs, James. [www.jamesladdcode.com](http://www.jamesladdcode.com) ---
**Author:** ![Tony\_Arcieri6](https://avatars.discourse-cdn.com/v4/letter/t/ecccb3/32.png) [@Tony\_Arcieri6](https://rubytalk.org/u/Tony_Arcieri6)\ **Post date:** [26 April 2009 00:52 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054/2 "2009-04-26T00:52:37Z")
There are quite a few libraries that provide concurrency strategies already > **···** > > On Sat, Apr 25, 2009 at 5:45 PM, jamesl \ wrote: > > > I'm wondering if anyone would like to see a Concurrent Library for > > Ruby, like the Java javax.concurrent library ? > > -- > Tony Arcieri > medioh.com ---
**Author:** ![Suresh\_Kk](https://avatars.discourse-cdn.com/v4/letter/s/7c8e57/32.png) [@Suresh\_Kk](https://rubytalk.org/u/Suresh_Kk)\ **Post date:** [26 April 2009 04:44 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054/3 "2009-04-26T04:44:15Z")
jamesl wrote: > Hi, > > I'm wondering if anyone would like to see a Concurrent Library for > Ruby, like the Java javax.concurrent library ? > > I know you can just use this library from jruby, but Im thinking more > of a idiomatic Ruby library, which could also be used ontop of jruby. > > If you are interested having such a library please can you let me know > via an email to james \ ladd \ hotmail \ com ? > > Rgs, James. > [www.jamesladdcode.com](http://www.jamesladdcode.com) I'm wondering if anyone would like to see a Concurrent Library for Ruby, like the Java javax.concurrent library ? Please have a look at revactor [http://rubyforge.org/frs/download.php/31492/revactor-0.1.4.gem](http://rubyforge.org/frs/download.php/31492/revactor-0.1.4.gem) > **···** > > -- > Posted via [http://www.ruby-forum.com/\](http://www.ruby-forum.com/%5C). ---
**Author:** ![Robert\_K1](https://yyz1.discourse-cdn.com/flex029/user_avatar/rubytalk.org/robert_k1/32/1830_2.png) [@Robert\_K1](https://rubytalk.org/u/Robert_K1)\ **Post date:** [26 April 2009 09:53 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054/4 "2009-04-26T09:53:42Z")
> I'm wondering if anyone would like to see a Concurrent Library for > Ruby, like the Java javax.concurrent library ? Some building blocks are part of the standard library already: Mutex, Monitor, MonitorMixin, Queue. > If you are interested having such a library please can you let me know > via an email to james \ ladd \ hotmail \ com ? This is a public forum. Why should only you benefit from answers? Kind regards robert > **···** > > 2009/4/26 jamesl \: > > -- > remember.guy do |as, often| as.you\_can - without end > [http://blog.rubybestpractices.com/](http://blog.rubybestpractices.com/) ---
**Author:** ![jamesl](https://avatars.discourse-cdn.com/v4/letter/j/c0e974/32.png) [@jamesl](https://rubytalk.org/u/jamesl)\ **Post date:** [26 April 2009 01:10 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054/5 "2009-04-26T01:10:03Z")
Like ? Do you have a few URL's to share? > **···** > > On Apr 26, 10:52 am, Tony Arcieri \ wrote: > > > [Note: parts of this message were removed to make it a legal post.] > > > > On Sat, Apr 25, 2009 at 5:45 PM, jamesl \ wrote: > > \> I'm wondering if anyone would like to see a Concurrent Library for > > \> Ruby, like the Java javax.concurrent library ? > > > > There are quite a few libraries that provide concurrency strategies already > > > > -- > > Tony Arcieri > > medioh.com ---
**Author:** ![jamesl](https://avatars.discourse-cdn.com/v4/letter/j/c0e974/32.png) [@jamesl](https://rubytalk.org/u/jamesl)\ **Post date:** [26 April 2009 03:45 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054/6 "2009-04-26T03:45:05Z")
> Like ? Do you have a few URL's to share? Not sure why I didnt find this the other day [http://moonbase.rydia.net/mental/blog/programming/the-future-of-the-omnibus](http://moonbase.rydia.net/mental/blog/programming/the-future-of-the-omnibus) ---
**Author:** ![Tony\_Arcieri6](https://avatars.discourse-cdn.com/v4/letter/t/ecccb3/32.png) [@Tony\_Arcieri6](https://rubytalk.org/u/Tony_Arcieri6)\ **Post date:** [26 April 2009 17:04 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054/7 "2009-04-26T17:04:14Z")
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) > **···** > > On Sat, Apr 25, 2009 at 7:10 PM, jamesl \ wrote: > > > Like ? Do you have a few URL's to share? > > -- > Tony Arcieri > medioh.com ---
**Author:** ![Louis-Philippe](https://avatars.discourse-cdn.com/v4/letter/l/db5fbb/32.png) [@Louis-Philippe](https://rubytalk.org/u/Louis-Philippe)\ **Post date:** [27 April 2009 14:59 UTC](https://rubytalk.org/t/concurrent-gem-for-ruby/53054/8 "2009-04-27T14:59:15Z")
If you are looking for a process pool or similar, [http://abundance.rubyforge.org/](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 \ > > > On Sat, Apr 25, 2009 at 7:10 PM, jamesl \ 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