У ruby есть реальная многопоточность?

Ruby 1.8 имеет только зеленые потоки, нет никакого способа создать реальный поток "на уровне ОС". Но, ruby 1.9 будет иметь новую функцию под названием fibers, которая позволит вам создавать фактические потоки уровня ОС. К сожалению, Ruby 1.9 все еще находится в бета-версии, он должен быть стабильным через пару месяцев.

Другой альтернативой является использование JRuby. JRuby реализует потоки как на уровне ОС theads, в нем нет "зеленых потоков". Последняя версия JRuby-1.1.4 и эквивалентна Руби 1.8

это зависит от реализации:

• у RMI нет, Ярв ближе.
• JRuby и MacRuby выступает уже.

У Руби есть закрытие как Blocks,lambdas и Procs. Чтобы в полной мере воспользоваться закрытиями и несколькими ядрами в JRuby,исполнители Java пригодится; для MacRuby мне нравится очереди GCD.

Отмечать что, будучи в состоянии создать реальные потоки "на уровне ОС" не означает, что вы можете использовать несколько ядер процессора для параллельной обработки. Посмотрите на примеры ниже.

это выход простая Рубиновая программа, которая использует 3 потока использование Ruby 2.1.0:

(jalcazar@mac ~)$ ps -M 69877
USER     PID   TT   %CPU STAT PRI     STIME     UTIME COMMAND
jalcazar 69877 s002    0.0 S    31T   0:00.01   0:00.04 /Users/jalcazar/.rvm/rubies/ruby-2.1.0/bin/ruby threads.rb
   69877         0.0 S    31T   0:00.01   0:00.00 
   69877        33.4 S    31T   0:00.01   0:08.73 
   69877        43.1 S    31T   0:00.01   0:08.73 
   69877        22.8 R    31T   0:00.01   0:08.65 

как вы можете видеть здесь, есть четыре потока ОС, однако только один с состоянием R работает. Это связано с ограничением в том, как потоки Ruby выполненный.

---

Та же программа, теперь с JRuby. Вы можете увидеть три потока с состоянием R, что означает, что они выполняются параллельно.

(jalcazar@mac ~)$ ps -M 72286
USER     PID   TT   %CPU STAT PRI     STIME     UTIME COMMAND
jalcazar 72286 s002    0.0 S    31T   0:00.01   0:00.01 /Library/Java/JavaVirtualMachines/jdk1.7.0_25.jdk/Contents/Home/bin/java -Djdk.home= -Djruby.home=/Users/jalcazar/.rvm/rubies/jruby-1.7.10 -Djruby.script=jruby -Djruby.shell=/bin/sh -Djffi.boot.library.path=/Users/jalcazar/.rvm/rubies/jruby-1.7.10/lib/jni:/Users/jalcazar/.rvm/rubies/jruby-1.7.10/lib/jni/Darwin -Xss2048k -Dsun.java.command=org.jruby.Main -cp  -Xbootclasspath/a:/Users/jalcazar/.rvm/rubies/jruby-1.7.10/lib/jruby.jar -Xmx1924M -XX:PermSize=992m -Dfile.encoding=UTF-8 org/jruby/Main threads.rb
   72286         0.0 S    31T   0:00.00   0:00.00 
   72286         0.0 S    33T   0:00.00   0:00.00 
   72286         0.0 S    31T   0:00.09   0:02.34 
   72286         7.9 S    31T   0:00.15   0:04.63 
   72286         0.0 S    31T   0:00.00   0:00.00 
   72286         0.0 S    31T   0:00.00   0:00.00 
   72286         0.0 S    31T   0:00.00   0:00.00 
   72286         0.0 S    31T   0:00.04   0:01.68 
   72286         0.0 S    31T   0:00.03   0:01.54 
   72286         0.0 S    31T   0:00.00   0:00.00 
   72286         0.0 S    31T   0:00.01   0:00.01 
   72286         0.0 S    31T   0:00.00   0:00.01 
   72286         0.0 S    31T   0:00.00   0:00.03 
   72286        74.2 R    31T   0:09.21   0:37.73 
   72286        72.4 R    31T   0:09.24   0:37.71 
   72286        74.7 R    31T   0:09.24   0:37.80 

---

Та же программа, теперь с MacRuby. Есть также три потока, работающие параллельно. Это потому что потоки MacRuby-это потоки POSIX (реальные потоки "на уровне ОС") и нет ГВЛ

(jalcazar@mac ~)$ ps -M 38293
USER     PID   TT   %CPU STAT PRI     STIME     UTIME COMMAND
jalcazar 38293 s002    0.0 R     0T   0:00.02   0:00.10 /Users/jalcazar/.rvm/rubies/macruby-0.12/usr/bin/macruby threads.rb
   38293         0.0 S    33T   0:00.00   0:00.00 
   38293       100.0 R    31T   0:00.04   0:21.92 
   38293       100.0 R    31T   0:00.04   0:21.95 
   38293       100.0 R    31T   0:00.04   0:21.99 

---

Еще раз, та же программа, но теперь с добрым старым RMI. Из-за того, что эта реализация использует green-threads, появляется только один поток

(jalcazar@mac ~)$ ps -M 70032
USER     PID   TT   %CPU STAT PRI     STIME     UTIME COMMAND
jalcazar 70032 s002  100.0 R    31T   0:00.08   0:26.62 /Users/jalcazar/.rvm/rubies/ruby-1.8.7-p374/bin/ruby threads.rb

Если вас интересует многопоточность Ruby, вы можете найти мой отчет отладка параллельных программ с помощью обработчиков вилка интересные.
Для более общего обзора внутренних компонентов Ruby Рубин под микроскопом хорошо читать.
Кроме того,Ruby потоки и глобальный интерпретатор блокировки в C в Omniref объясняется в исходном коде, почему рубиновые потоки не работают параллельно.

Как насчет использования drb? Это не настоящая многопоточность, а связь между несколькими процессами, но вы можете использовать ее сейчас в 1.8, и это довольно низкое трение.

Я позволю "системному монитору" ответить на этот вопрос. Я выполняю тот же код (ниже, который вычисляет простые числа) с 8 рубиновыми потоками, работающими на машине i7 (4 hyperthreaded-core) в обоих случаях... первый запуск с:

jruby 1.5.6 (ruby 1.8.7 patchlevel 249) (2014-02-03 6586) (64-разрядный сервер OpenJDK VM 1.7.0_75) [amd64-java]

вторая-с:

ruby 2.1. 2p95 (2014-05-08) [x86_64-linux-gnu]

интересно, процессор выше для потоков JRuby, но время до завершения немного короче для интерпретируемого Ruby. Это довольно сложно сказать из графика, но второй (интерпретируемый Ruby) запуск использует около 1/2 процессоров (без гиперточности?)

def eratosthenes(n)
  nums = [nil, nil, *2..n]
  (2..Math.sqrt(n)).each do |i|
    (i**2..n).step(i){|m| nums[m] = nil}  if nums[i]
  end
  nums.compact
end

MAX_PRIME=10000000
THREADS=8
threads = []

1.upto(THREADS) do |num|
  puts "Starting thread #{num}"
  threads[num]=Thread.new { eratosthenes MAX_PRIME }
end

1.upto(THREADS) do |num|
    threads[num].join
end

Если вы используете МРТ, то вы можете написать резьбовой код в C либо в качестве расширения или с помощью ruby-inline gem.

Если вам действительно нужен параллелизм в Ruby для системы производственного уровня (где вы не можете использовать бета-версию), процессы, вероятно, являются лучшей альтернативой.
Но, безусловно, стоит попробовать нити под JRuby в первую очередь.

также, если вы заинтересованы в будущем резьбы под Ruby, вы можете найти это статьи полезное.

вот некоторая информация о Rinda, которая является рубиновой реализацией Linda (parallel processing and distributed computing paradigm)http://charmalloc.blogspot.com/2009/12/linda-tuples-rinda-drb-parallel.html

потому что не удалось отредактировать этот ответ, поэтому добавьте новый ответ здесь.

обновление(2017-05-08)

эта статья очень старая, и информация не соответствует текущему (2017) проступь, следующее некоторое дополнение:

1. опалов-это компилятор Ruby to JavaScript source-to-source. Она также имеет реализацию рубинового corelib, это тока очень активного развития, и существует интернет-платформа (интерфейс) работал на нем. и производство готово. Потому что база на javascript, он не поддерживает параллельные потоки.

2. truffleruby - это высокопроизводительная реализация языка программирования Ruby. Построенный на GraalVM Oracle Labs, TruffleRuby-это вилка JRuby, сочетающая ее с кодом из проекта Rubinius, а также содержащая код из стандартной реализации Ruby, MRI, все еще живой разработки, а не готовой к производству. Эта версия ruby, похоже, рождена для производительность, я не знаю, поддерживает ли параллельные потоки, но я думаю, что это должно быть.