Ruby Enterprise Edition与Ruby 1.9

根据我的经验,REE倾向于将malloc放在奇怪的地方(2009年1月在脚本/控制台中完成选项卡- https://webrat.lighthouseapp.com/projects/10503/tickets/89-excessive-output-caused-by-and-only-by-running-webrat )

Ruby1.9.1在tempfile中有一个巨大的bug,它会炸毁机架(2009年8月出现在补丁级别243中)- http://groups.google.com/group/rack-devel/browse_thread/thread/a2aab3a4720f34c4?pli=1 )除此之外,我不认为Ruby1.9.1已经通过Rails2.3.4(字符串独占或- https://rails.lighthouseapp.com/projects/8994-ruby-on-rails/tickets/3144-undefined-method-for-string-ror-234 )

说实话,这取决于你对意外的反应。我在运行2.3.3的服务器上使用1.9.1的旧补丁级别,而不是net::http中的补丁来使用ActiveResource,它运行得非常快。

如果你不喜欢惊喜,坚持1.8.7。

2010年10月10日更新

现在我的问题的答案是无效的,RubyEE和1.9.2都是Ruby的很好的实现!

我不太确定我会选哪一个,可能是1.9.2,或者坚持说phfusion的人在做什么,因为他们正在研究一个1.9版本的ree,但是,他们的1.8.7ree非常可靠。

如phusion所述,他们不会开发Ruby Enterprise版本的1.9版本,并宣布随着mri Ruby 1.8的使用寿命的结束,REE的使用寿命也随之结束。不开发1.9版本的原因是

• 一个copy-on-write补丁最近被签入Ruby2.0。
• RubyEnterpriseEdition中的许多补丁在1.9中都是不必要的。
• 我们希望把精力集中在普锐斯乘客和其他产品上。我们不想做很多糟糕的事情,我们只想做一些事情,但是做得非常好。

全文可以阅读 here .

因此,我建议使用目前可用且稳定的Ruby2.0.0版本或以前稳定的Ruby1.9.3版本。

如果可能的话,我的建议是1.9.2,因为1.9.2比REE和MRI 1.8.7快得多。但是要记住,1.9.2和它的mri 1.8.7一样,并不是一个完全优化的版本,所以与REE相比,您会看到更多的RAM被消耗掉。如果你还不能升级到1.9.2,我建议你坚持使用REE。

更新:ree刚刚合并了mri 1.8.7-p334的所有更改,所以它很好也很热;)