9个月前,JRuby 1.0发布了 ,在3个候选发行版也发布之后,JRuby 1.1终于面世了。 JRuby 1.1中的重大变化: 最大的改进是: 一个完整的编译器,用来把Ruby代码转换成Java字节码(bytecode) 重写了IO子系统,使它更好地匹配Ruby的性能 我们的新Regexp引擎支持Ruby字符串,并且性能大幅提升 总体性能比1.0所有的发行版都要好许多倍 我们还做了成千上万的修补来兼容Ruby 1.8.6。JRuby是目前为止与Ruby兼容性最好的第三方实现了,而且很长时间内都会一直是。 除了JIT(把Ruby代码编译为Java字节码的 Just In Time 编译器)以外,性能得以改进的另一个原因是 Joni,一个Oniguruma Regex引擎的Java移植 。Ola大概介绍了一下: 基 本上,这个正则表达式引擎完全移植于Oniguruma——这是Ruby 1.9将采用的Regex引擎。我们的移植是由Marcin Mielżyński完成的,似乎具有更优的性能,而且还修正了原Oniguruma中仍存在的一些错误。这个新的实现比其他所有的基于Java的 regex引擎表现得都要好,并且还与Ruby 1.8和Ruby 1.9具有极好的兼容性。我们重写了大部分的Regexp和字符串方法,来有效地使用新引擎。 由 于Ruby的字符串只是字节集合,因此JRuby实现也使用Java字节数组。正是由于这个原因,现有的Java正则表达式引擎对我们来说表现的都不好; 所有的regexp操作都要把byte[]转回char[]。但JRuby成员之一Marcin Mielzynski煞费苦心地移植了Oniguruma——这一个Ruby 1.9所使用的基于byte[]的编码无关的(encoding-agnostic)正则表达式引擎。多亏了他的“Joni”库,现在我们有了比以前更好 的regexp支持,并且基本上所有的regexp性能问题都解决了。这是一项伟大的工作,一个巨大的贡献。 现 在Ruby 1.9还处于开发版,尚没有对我们造成很大影响。我觉得它会在两方面对我们有所帮助:第一,1.9的特性将更稳定,也就是说我们更容易把它们正确地加到 JRuby中。第二,由于我们正打算开始观察1.9的真实性能,我们就有了一个好的目标来对比。现在我们基本上在所有的标准评测中都超过了1.8。 我们已经开始把1.9的东西加入JRuby了,而且我们还会继续这么做下去。当然现在首先要保证正确性和修正错误。例如Oniguruma的移植让我们为字符串等增加编码支持变得更加容易。 我 们还没有讨论到2.0。从我个人来说,我觉得2.0会是个完全兼容1.9和1.8的版本。为了JRuby 1.2,我们会致力于Java集成和外部API。我们的Java集成特性现在工作的非常好,但其中仍有一些漏洞和低效率的东西,所以我们打算对那个子系统 做一次彻底的检查。这毫无疑问是个主要的工作,而且收获也会很棒。 在JRuby 1.1之后,我们最想看到的两个方面是对1.9的支持和更好的Java集成。这些工作可能会造就JRuby 1.2,或者大到直接进入JRuby 2.0。当然了,我们也会通过不断改进性能来保持领先……但是到目前为止,我们已经对它非常满意了。 我们正考虑在JRuby 1.1发布一段时间后开始致力于Ruby 1.9的特性。然而我们也希望在我们花了大量时间在1.9的特性上时,它能保持稳定。看起来1.9发展的很快,但我们可不想在明年去追赶1.9特性的变化。
评论
发表评论

您还没有登录,请登录后发表评论

Azi
搜索本博客
存档
最新评论