BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

JRuby 1.1发布,主要性能提高

| 作者 Werner Schuster 关注 6 他的粉丝 ,译者 贾晓楠 关注 0 他的粉丝 发布于 2008年4月14日. 估计阅读时间: 7 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!
9个月前,JRuby 1.0发布了 ,在3个候选发行版也发布之后,JRuby 1.1终于面世了。InfoQ访问了Ruby的Charles NutterOla Bini,来谈一谈JRuby 1.1的变化的背后细节和项目未来的方向。

Charles列出了JRuby 1.1中的重大变化
最大的改进是:
  • 一个完整的编译器,用来把Ruby代码转换成Java字节码(bytecode)
  • 重写了IO子系统,使它更好地匹配Ruby的性能
  • 我们的新Regexp引擎支持Ruby字符串,并且性能大幅提升
  • 总体性能比1.0所有的发行版都要好许多倍
我们还做了成千上万的修补来兼容Ruby 1.8.6。JRuby是目前为止与Ruby兼容性最好的第三方实现了,而且很长时间内都会一直是。
他还表达了对JRuby 1.1性能的看法:
通用的Ruby代码几乎都应该运行地快得多,特别是在它使用了大量正则表达式的情况下。一般来说,如果一段Ruby代码在JRuby中运行得不如在Ruby 1.8.6中快的话,我们就认为这中间出现了问题,于是我们就查找问题报告,来解决所有遗留的瓶颈问题。
除了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和字符串方法,来有效地使用新引擎。
Charles补充了一些细节:
由 于Ruby的字符串只是字节集合,因此JRuby实现也使用Java字节数组。正是由于这个原因,现有的Java正则表达式引擎对我们来说表现的都不好; 所有的regexp操作都要把byte[]转回char[]。但JRuby成员之一Marcin Mielzynski煞费苦心地移植了Oniguruma——这一个Ruby 1.9所使用的基于byte[]的编码无关的(encoding-agnostic)正则表达式引擎。多亏了他的“Joni”库,现在我们有了比以前更好 的regexp支持,并且基本上所有的regexp性能问题都解决了。这是一项伟大的工作,一个巨大的贡献。
随着1.1的开发周期结束,这意味着应该开始考虑将来的发行版了。Ruby世界的一个主题是支持Ruby 1.9的特性。Ola解释了现在的计划:
现 在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集成特性现在工作的非常好,但其中仍有一些漏洞和低效率的东西,所以我们打算对那个子系统 做一次彻底的检查。这毫无疑问是个主要的工作,而且收获也会很棒。
与往常一样,性能一直是个重要的话题。Ola指出了一些事关性能提高的关键点:
你 差不多在所有的方面都能看到性能的提升。但是在那些我们能够静态地指出基于堆栈的本地变量足够安全,又没有使用eval,也没有什么时髦东西地方,性能才 提高得最多。在那些方法中,我们通常可以从编译器中获得巨大的性能提升,而且如果它们是你程序中的热点的话,这也会大幅改进一般的运行时。
Charles对未来的计划是:
在JRuby 1.1之后,我们最想看到的两个方面是对1.9的支持和更好的Java集成。这些工作可能会造就JRuby 1.2,或者大到直接进入JRuby 2.0。当然了,我们也会通过不断改进性能来保持领先……但是到目前为止,我们已经对它非常满意了。
我们正考虑在JRuby 1.1发布一段时间后开始致力于Ruby 1.9的特性。然而我们也希望在我们花了大量时间在1.9的特性上时,它能保持稳定。看起来1.9发展的很快,但我们可不想在明年去追赶1.9特性的变化。
Charles还说了他对未来改进的想法,不仅针对JRuby的性能,而是针对所有运行在JVM上面动态语言
我 想我们无论如何都要展示一下JVM的dynlang的惊人潜力。即使这意味着要为OpenJDK创造一个新的,可能还不太兼容的东西,那也值得。没有理由 会让这个工作不能正确地集成到Java中,但确实存在难以置信的VM等待被开发。我想既然人们已经意识到了他们进入了什么,今年对OpenJDK来说会是 重要的一年。而你可以见证JRuby的工作会利用人们提出的所有OpenJDK实验。
查看更多关于改进JVM上的动态语言支持的计划和项目,或者直接看一看关于此项研究的Da Vinci Machine网站来寻求更多细节。

敬请阅读InfoQ中所有关于JRuby的文章

原文链接:JRuby 1.1 released with major performance improvements

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT