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

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

作为一名开发人员，这种差异对我意味着什么

---

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

我是JRuby的普通用户，最大的区别是JRuby线程是真正并发的。它们实际上是系统级线程，因此可以在多个内核上并发执行。我不知道有哪个地方Ruby 1.8代码在JRuby上运行得比较慢。你可以考虑检查这个问题。

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

然而，如果这不是一个问题的话，MRI的线程（理论上，我还没有测试过这个）会快一点，因为它们使用更少的系统资源。YARV（Ruby 1.9）使用本机系统线程。

State

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

结论 从线程的角度来看，在2核CPU上运行的线程程序在JRuby上的运行速度比其他实现更快

注意！ 许多现有的ruby库都不是线程安全的，因此JRuby的优势在很多时候是无用的。

---

还要注意，如果要使用线程，许多ruby编程技术（例如类变量）将需要额外的编程工作来确保线程安全性（互斥锁、监视器等）。

当你说“现有ruby库不是线程安全的”时，你是指标准库吗，还是通过Rubygems安装的库？我指的是gems。关于stdlib，我不能肯定。可能有用这是一个简单而有力的例子。