InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

JRuby 1.1发布,主要性能提高

作者 Werner Schuster 译者 贾晓楠 发布于 2008年4月13日

领域
架构 & 设计,
语言 & 开发
主题
性能和可伸缩性 ,
运行时 ,
Java ,
Ruby ,
编译器 ,
JRuby ,
动态语言 ,
脚本
标签
开源项目发布 ,
JRuby
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

深度内容

大规模视频网站的计费与流量管理

本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011

专访Jeffrey Richter:Windows 8是微软的重中之重

Jeffrey Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffrey Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。