Ruby 性能近况:GC 调优、Maglev 和 MacRuby

  • Werner Schuster
  • 李明(nasi)

2009 年 4 月 18 日

话题:Ruby语言 & 开发架构

Ruby 1.8 中的垃圾回收器在去年受到了广泛的关注。Ruby 企业版(REE)的开发者们对 GC 进行了修改,实现了进程间的内存共享(详见InfoQ 对创建者的采访)。REE 已经成为部署和运行 Rails 应用的普遍方式,包括 37Signals 在内的很多实践者都在使用它。最近,REE 中的 GC 有所改进,修正了一些 bug,解决突发的冻结问题。

标准 Ruby1.8.x 的用户很快也可以受益于MBAPI 补丁,这一补丁修正了许多 GC 问题及其相关的内存泄露问题,目前 MBAPI 由 EngineYard 提供赞助。

Evan Weaver 提供了GC 调优小贴士,并推荐了一些可以监控 GC 的补丁。调优的结果如下:

目前每 13 个请求 GC 就会运行一次,代价有些高,每个请求需要耗费 0.009 秒。这意味着可以快上个 34% 左右。GC 调用频次与 RUBY_GC_MALLOC_LIMIT 的设置直接相关,但是如果我们将这个值设得再高一些,内存使用量就像吹气球那样爆掉了。

提高性能的另一个方法是寻求其他的 Ruby 实现,比如得益于现代 JVM 中成熟 GC 的 JRuby。其他的 Ruby 实现也将性能的提升作为主要的目标。Rubinius 正在稳步发展,而 MacRuby最近在它的实验分支上也有新的进展,性能上有所提升。实验分支上的工作正在进行中

- 这个编译器现在能(据我所知)通过所有的语言规格,所以我猜它现在算是基本完成了。[..]

- 由于以上种种,IRB 现在运行得不错!

更多改进

- 引入了尾部调用消除。这一优化将递归调用转换成本地回路,这样可以防止栈溢出。[..]

- 为了更快解释 #eval 表达式,研究了 LLVM IR 解释器。研究结果已经提交,在简单表达式上工作得非常不错。不过缺省情况下不会激活这一功能,这是受调用 VM 基元的限制所致。我们将不得不稍微修改一下 LLVM 解释器,让它可以完全使用。这将在不远的将来实现。

最后,GemStone 的 Ruby 实现 MagLev 正在进行内部的 Alpha 版测试,Beta 版将于 Q2 推出。现在,兼容性(RubySpec)和基准测试结果在 MagLev 的网站上已经公布。Twitter上也同步更新项目进展。

查看英文原文:Ruby Performance Roundup: GC Tuning, MagLev, MacRuby

Ruby语言 & 开发架构