不同的Ruby线程模型（Ruby vs JRuby）对您的代码作为开发人员有什么实际影响？
我试图了解MRI Ruby 1.8和JRuby之间不同线程模型的实际影响。
作为开发人员，这对我来说意味着什么？
而且，由于不同的线程模型，MRI Ruby 1.8中的代码是否有任何实际的JRuby性能特征？
州
- ruby 1.8有绿色线程，这些线程可以快速创建/删除（作为对象），但不能真正并行执行，甚至不是由操作系统调度，而是由虚拟机调度
- ruby 1.9有真正的线程，由于OS调用，这些创建/删除（作为对象）很慢，但由于GIL（全局解释器锁）只允许一次执行一个线程，所以这些都不是真正的并行
- JRuby还有操作系统安排的真实线程，并且是真正的并发
结论
在线程上，在2核CPU上运行的线程程序在JRuby和其他实现上运行得更快
注意！
许多现有的ruby库都不是线程安全的，因此JRuby的优势在很多时候都是无用的。
另请注意，许多ruby编程技术（例如类变量）将需要额外的编程工作来确保线程安全性（互斥锁，监视器等），如果要使用线程。
JRuby的线程是本机系统线程，因此它们为您提供线程编程的所有好处（包括使用多个处理器内核，如果适用）。 但是，Ruby有一个全局解释器锁（GIL），它可以防止多个线程同时运行。 所以唯一真正的性能差异是你的MRI / YARV Ruby应用程序无法利用你所有的处理器内核，但你的JRuby应用程序很乐意这样做。
但是，如果这不是问题，那么MRI的线程（理论上，我没有测试过这个）的速度要快一些，因为它们是绿色线程 ，它使用较少的系统资源。 YARV（Ruby 1.9）使用本机系统线程。
我是一个常规的JRuby用户，最大的区别是JRuby线程是真正的并发。 它们实际上是系统级线程，因此可以在多个内核上并发执行。 我不知道在JRuby上MRI Ruby 1.8代码运行速度较慢的地方。 您可以考虑查看这个问题ruby是否具有真正的multithreading？ 。