不同的Ruby线程模型（Ruby vs JRuby）作为开发人员对您的代码有什么实际影响？

Question

我试图了解MRI Ruby 1.8和JRuby之间不同线程模型的实际影响。

作为开发人员，这对我来说意味着什么？

此外，MRI Ruby 1.8中是否有任何实际的代码示例，由于不同的线程模型，JRuby上的性能特性会更差？

Answer 1

国家

• ruby​​ 1.8有绿色线程，这些线程可以快速创建/删除（作为对象）但不能真正并行执行，甚至不是由操作系统调度，而是由虚拟机调度
• ruby​​ 1.9有真正的线程，由于OS调用，这些创建/删除（作为对象）很慢，但由于GIL（全局解释器锁定）只允许一次执行一个线程，所以这些都不是真正的平行
• JRuby也有操作系统安排的真实线程，并且是真正的并发

结论

在双核CPU上运行的线程程序在JRuby和其他实现上运行得更快，关于线程的观点

注意！

许多现有的ruby库都不是线程安全的，因此JRuby的优势在很多时候都是无用的。
另请注意，许多ruby编程技术（例如类变量）需要额外的编程工作来确保线程安全性（互斥锁，监视器等），如果要使用线程。

Answer 2

JRuby的线程是本机系统线程，因此它们为您提供线程编程的所有好处（包括使用多个处理器内核，如果适用）。但是，Ruby有一个全局解释器锁（GIL），它可以防止多个线程同时运行。所以唯一真正的性能差异是你的MRI / YARV Ruby应用程序无法利用你所有的处理器内核，但你的JRuby应用程序很乐意这样做。

但是，如果这不是问题，那么MRI的线程（理论上，我没有测试过这个）的速度要快一些，因为它们是green threads，它使用的系统资源更少。 YARV（Ruby 1.9）使用本机系统线程。

Answer 3

我是一个常规的JRuby用户，最大的区别是JRuby线程是真正的并发。它们实际上是系统级线程，因此它们可以在多个内核上并发执行。我不知道在JRuby上MRI Ruby 1.8代码运行速度较慢的地方。您可以考虑查看此问题Does ruby have real multithreading?。