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
评论