Forum: Ruby on Rails Parallelizing Tasks in the Background

Announcement (2017-05-07): is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see and for other Rails- und Ruby-related community platforms.
6e672922c21a5298f2a666ecb1c11d7c?d=identicon&s=25 Phil (Guest)
on 2013-10-05 06:18
(Received via mailing list)
I'm experimenting with optimizing some areas that involve long
times on some SQL selects (or any background task, really).  This is in
Rails 4.0.0 with Ruby 2.0.0p247, PostgreSQL 9.2.4.

In this case, I can do intelligent dividing of selects to even the
amongst N processes for the DB backend.

I currently am trying Spawnling, and this works for exactly one hit
I have to restart the web service:

  spawns = []
  ABC.each do # criteria for selects to divide load
   spawns << do
     # portion of big SQL select here via ActiveRecord, and store in
  # wait for all N blocks of code to finish running
  # assemble result from memcache and deliver
  render ...

Works for one hit and then future hits log correctly but fail to deliver
any content to the browser. There seems to be a number of issues with
Spawnling anyways as it seems to be in disrepair.

How are folks parallelizing tasks these days for lots of CPUs per hit?
 What's the Rails 4/Ruby 2 way to do it?

Thanks for any thoughts.

7829b7e1c842398d49af0e29c05bf97d?d=identicon&s=25 gabriel jaldon (gjaldon)
on 2013-10-06 16:52
(Received via mailing list)
Hi Phil,

Sidekiq sounds like the gem you need. It does background processing
threads so you get true parallelism. You would need an implementation of
Ruby though that can support true parallelism like Rubinius or JRuby.
MRI has the GIL so it can't do true multithreaded processing.

Here are links for Sidekiq:

Hope it helps!

This topic is locked and can not be replied to.