[ANN] forkoff-1.1.0

A

ara.t.howard

NAME

forkoff

SYNOPSIS

brain-dead simple parallel processing for ruby

URI

http://rubyforge.org/projects/codeforpeople
http://github.com/ahoward/forkoff

INSTALL

gem install forkoff

DESCRIPTION

forkoff works for any enumerable object, iterating a code block to
run in a
child process and collecting the results. forkoff can limit the
number of
child processes which is, by default, 2.

SAMPLES


<========< samples/a.rb >========>

~ > cat samples/a.rb

# forkoff makes it trivial to do parallel processing with ruby,
the following
# prints out each word in a separate process
#

require 'forkoff'

%w( hey you ).forkoff!{|word| puts "#{ word } from #
{ Process.pid }"}

~ > ruby samples/a.rb

hey from 7907
you from 7908


<========< samples/b.rb >========>

~ > cat samples/b.rb

# for example, this takes only 4 seconds or so to complete (8
iterations
# running in two processes = twice as fast)
#

require 'forkoff'

a = Time.now.to_f

results =
(0..7).forkoff do |i|
sleep 1
i ** 2
end

b = Time.now.to_f

elapsed = b - a

puts "elapsed: #{ elapsed }"
puts "results: #{ results.inspect }"

~ > ruby samples/b.rb

elapsed: 4.19184589385986
results: [0, 1, 4, 9, 16, 25, 36, 49]


<========< samples/c.rb >========>

~ > cat samples/c.rb

# forkoff does *NOT* spawn processes in batches, waiting for each
batch to
# complete. rather, it keeps a certain number of processes busy
until all
# results have been gathered. in otherwords the following will
ensure that 3
# processes are running at all times, until the list is complete.
note that
# the following will take about 3 seconds to run (3 sets of 3 @ 1
second).
#

require 'forkoff'

pid = Process.pid

a = Time.now.to_f

pstrees =
%w( a b c d e f g h i ).forkoff! :processes => 3 do |letter|
sleep 1
{ letter => ` pstree -l 2 #{ pid } ` }
end


b = Time.now.to_f

puts
puts "pid: #{ pid }"
puts "elapsed: #{ b - a }"
puts

require 'yaml'

pstrees.each do |pstree|
y pstree
end

~ > ruby samples/c.rb


pid: 7922
elapsed: 3.37899208068848

---
a: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|-+- 07923 ahoward ruby -Ilib samples/c.rb
|-+- 07924 ahoward (ruby)
\-+- 07925 ahoward ruby -Ilib samples/c.rb

---
b: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|-+- 07923 ahoward ruby -Ilib samples/c.rb
|-+- 07924 ahoward ruby -Ilib samples/c.rb
\-+- 07925 ahoward ruby -Ilib samples/c.rb

---
c: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|-+- 07923 ahoward ruby -Ilib samples/c.rb
|-+- 07924 ahoward (ruby)
\-+- 07925 ahoward ruby -Ilib samples/c.rb

---
d: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|-+- 07932 ahoward ruby -Ilib samples/c.rb
|--- 07933 ahoward ruby -Ilib samples/c.rb
\--- 07934 ahoward ruby -Ilib samples/c.rb

---
e: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|--- 07932 ahoward (ruby)
|-+- 07933 ahoward ruby -Ilib samples/c.rb
\-+- 07934 ahoward (ruby)

---
f: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|--- 07932 ahoward (ruby)
|-+- 07933 ahoward ruby -Ilib samples/c.rb
\-+- 07934 ahoward ruby -Ilib samples/c.rb

---
g: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|-+- 07941 ahoward ruby -Ilib samples/c.rb
|--- 07942 ahoward ruby -Ilib samples/c.rb
\--- 07943 ahoward ruby -Ilib samples/c.rb

---
h: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|-+- 07941 ahoward (ruby)
|-+- 07942 ahoward ruby -Ilib samples/c.rb
\--- 07943 ahoward ruby -Ilib samples/c.rb

---
i: |
-+- 07922 ahoward ruby -Ilib samples/c.rb
|--- 07942 ahoward (ruby)
\-+- 07943 ahoward ruby -Ilib samples/c.rb



<========< samples/d.rb >========>

~ > cat samples/d.rb

# forkoff supports two strategies of reading the result from the
child: via
# pipe (the default) or via file. you can select which to use
using the
# :strategy option.
#

require 'forkoff'

%w( hey you guys ).forkoff :strategy => :file do |word|
puts "#{ word } from #{ Process.pid }"
end

~ > ruby samples/d.rb

hey from 7953
you from 7954
guys from 7955



HISTORY
1.1.0
- move to a model with one work queue and signals sent from
consumers to
producer to noitify ready state. this let's smaller jobs race
through a
single process even while a larger job may have one sub-process
bound up.
incorporates a fix from http://github.com/fredrikj/forkoff which
meant
some processes would lag behind when jobs didn't have similar
execution
times.

1.0.0
- move to github

0.0.4
- code re-org
- add :strategy option
- default number of processes is 2, not 8

0.0.1

- updated to use producer threds pushing onto a SizedQueue for
each consumer
channel. in this way the producers do not build up a massize
parllel data
structure but provide data to the consumers only as fast as they
can fork
and proccess it. basically for a 4 process run you'll end up
with 4
channels of size 1 between 4 produces and 4 consumers, each
consumer is a
thread popping of jobs, forking, and yielding results.

- removed use of Queue for capturing the output. now it's simply
an array
of arrays which removed some sync overhead.

- you can configure the number of processes globally with

Forkoff.default['proccess'] = 4

- you can now pass either an options hash

forkoff( :processes => 2 ) ...

or plain vanilla number

forkoff( 2 ) ...

to the forkoff call

- default number of processes is 8, not 2


0.0.0

initial version


enjoy.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

No members online now.

Forum statistics

Threads
473,968
Messages
2,570,150
Members
46,697
Latest member
AugustNabo

Latest Threads

Top