有没有办法将RubyVM::InstructionSequence存储到文件中并稍后读取？我尝试了Marshal.dump但没有成功。我收到以下错误:`dump':no_dump_dataisdefinedforclassRubyVM::InstructionSequence(TypeError) 最佳答案 是的，有办法。首先，您需要使InstructionSequence的load方法可访问，默认情况下该方法是禁用的:require'fiddle'classRubyVM::InstructionSequence#RetrieveR
是否存在GC.disable会降低性能的情况？只要我使用的是真正的RAM而不是交换内存，就可以这样做吗？我正在使用MRIRuby2.0，据我所知，它是64位的，并且使用的是64位的Ubuntu:ruby2.0.0p0(2013-02-24revision39474)[x86_64-linux]Linux[redacted]3.2.0-43-generic#68-UbuntuSMPWedMay1503:33:33UTC2013x86_64x86_64x86_64GNU/Linux 最佳答案 GC.disable将禁用垃圾回收。像rub
我读到最新版本的Ruby解释器(YARV)将由于字节码编译而有实质性的性能改进。我的问题是有人试过对JRuby运行这个吗？在Windows上执行时有什么明显的不同吗？此链接有一些很好的指标，但大多数是在Linux上运行的...http://antoniocangiano.com/2007/02/19/ruby-implementations-shootout-ruby-vs-yarv-vs-jruby-vs-gardens-point-ruby-net-vs-rubinius-vs-cardinal/提前致谢!托德 最佳答案 该fi
在IsthereanadvantagetorunningJRubyifyoudon'tknowanyJava?，如果您只是想要比“Ruby”(MRI/YARV)更好的Ruby实现，人们建议使用JRuby。您不使用JRuby的潜在原因是什么？其他人提到的是:短节目表演。JRuby被描述为对于较长的程序速度更快，但初始化时间较长。讨论了解决方法inthisquestion.C扩展:JRuby支持一些，butnotall,用于MRI/YARV的C扩展。并发是一把双刃剑。There'snon-thread-safecodeoutthere人们还没有发现，因为最流行的实现没有真正的并发性。JRu
目前有多个Ruby实现正在开发中。你期待哪个？为什么？您是否在生产中积极使用非MRI实现？一些选项包括:RubyMRI(original1.8branch)YARV(official1.9)JRubyRubiniusIronRuby-Ironruby.netMagLev(感谢Julian)GithublinkMacRuby(感谢DamienPollet) 最佳答案 Maglev.它将拥有多年来已进入主要SmalltalkVM的所有优化的速度优势。此外，它会几乎自动地自动保留所有数据，因此不再需要使用对象关系映射层等。
在Ruby-ComparetwoEnumeratorselegantly,据说Theproblemwithzipisthatitcreatesarraysinternally,nomatterwhatEnumerableyoupass.There'sanotherproblemwithlengthofinputparams我查看了YARV中Enumerable#zip的实现，并看到了staticVALUEenum_zip(intargc,VALUE*argv,VALUEobj){inti;IDconv;NODE*memo;VALUEresult=Qnil;VALUEargs=rb_ar
我一直在阅读newruby2.0features，发现它会支持字节码导入/导出:Ruby2.0isexpectedtomakeitsimpletosavepre-compiledRubyscriptstobytecoderepresentationsandtothenrunthesedirectly.我已经安装了ruby-2.0.0-p0，但是我没有找到任何关于如何导出字节码的信息(或者一般的关于这方面的文档)。此功能是否已经实现，如果是，我该如何使用它？我也想知道一些细节。YARV字节码是否应该与平台无关？所有的gem都自动包含在字节码中吗？ 最佳答案
我想观察YARV执行的Ruby字节码，事后分析。我怎样才能得到这个？其他人here告诉这是不可能的。但是，有hotruby似乎执行ruby字节码的框架，所以我很困惑......非常感谢! 最佳答案 你可以很好地使用解释器将一大块Ruby代码编译成字节码(当然，只有RubyMRI1.9可以工作，因为它是唯一使用YARV虚拟机的实现)，并得到它的Ruby-ish表示:ruby-1.9.2-p180:007>require'pp'=>trueruby-1.9.2-p180:008>ppRubyVM::InstructionSequence
所以，我有几个问题想问，我确实浏览了互联网，但没有太多可靠的答案。大多数博客文章会相互抵消，因为它们都赞扬不同的事物并且有基准来“证明他们的观点”(我一生中从未见过如此多的矛盾基准).无论如何，我的问题是:Rubinius真的更快吗？我对这个看似诚实的人印象深刻pro-Rubiniuspresentation.另一件让我有点困惑的事情是很多Rubinius是用Ruby本身编写的，但不知何故它比C-Ruby更快？那么，这一定是该语言的非常好的实现!EventMachine可以与Ruinius一起使用吗？据我所知，EventMachine部分依赖于Fiber(如果我错了请纠正)，直到1.9
随着Ruby1.9.2的发布，是时候让开发人员对Ruby1.9感到兴奋了。有哪些在Ruby1.9中可以做而在Ruby1.8中不能做的好事？ 最佳答案 我不敢相信这还没有被提及:Ruby1.9.2+的最大特点是17年来第一次，Ruby将有一个规范。您可能听说过Ruby1.9.2的所有发布时间表(原定于2010年Spring发布)hasbeencanceled，这是原因:首先，RubySpec项目将制定完整的Ruby1.9.2规范，然后发布Ruby1.9.2(编程语言)，然后才会发布YARV1.9.2，之后它通过了RubySpec测试套
