不同的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还有操作系统安排的真实线程,并且是真正的并发

结论

在线程上,在2核CPU上运行的线程程序在JRuby和其他实现上运行得更快

注意!

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

Answer 2

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

但是,如果这不是问题,那么MRI的线程(理论上,我没有测试过这个)的速度要快一些,因为它们是绿色线程,它使用较少的系统资源.YARV(Ruby 1.9)使用本机系统线程.

Answer 3

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