Ruby 1.9.3 Preview 1 发布了,通过延迟清理 GC 改善 GC 的停顿

阅读数:1063 2011 年 8 月 8 日

话题:Ruby语言 & 开发架构

Ruby 1.9.3 Preview 1已经发布了,它增加了 API,还更新了 GC——延迟清理 GC。

InfoQ 采访了Narihiro Nakamura,他向 Ruby 1.9.3 提交了延迟清理 GC 的更改。

InfoQ:延迟清理 GC 和之前的 GC 有什么不同?

简单(非延迟)标记清理 GC 以原子方式执行标记和清理。此外,它会清理整个堆,并把所有存活对象关联自由列表。

对于延迟清理,每次调用对象分配都会清理堆,直到它找到合适的自由对象为止。

InfoQ:因此延迟清理 GC 的主要优势是更短的停顿时间?即停顿时间被限制为找到足以继续的自由空间的时间?

对的。延迟清理改善了 GC 的响应时间,即出现最坏情况的时间减少了。然而,它也减少了 GC 的整体吞吐量。

我使用一个基准测试程序在 MRI 里比较了简单 M&S GC 和延迟清理 GC。

最大 GC 时间:48.00ms => 28.00ms(58%)



全部 GC 时间:0.83ms => 0.92ms(110%)

InfoQ:你认为哪种程序行为在延迟清理 GC 上会有不良表现?

如果程序创建了许多长生命周期的对象,延迟清理可能无法找到自由对象。在这种情况里,延迟清理会在一个单独对象的分配上耗费很长时间。我想,在大多数情况里,它的性能还是优于 M&S GC 的。

InfoQ:对于 MRI 1.9.x 未来的 GC 工作和改善你有没有什么计划?

有的,我正在为 MRI 创建一个并行标记 GC。

目前,在我的机器上(使用“make rdoc”)生成 RDoc 文档需要大约 80 秒。30% 的时间花在 GC 上。我可以让这个 GC 时间在双核 CPU 的机器上有大约 40% 的改善。

我计划在 RubyConf 2011 上讲讲这方面的内容。

延迟清理 GC 的实现在Ruby 的 gc.c 文件里,特别是lazy_sweepgc_lazy_sweep两个函数。

Ruby 标准库的更改可以在Ruby 1.9.3 Preview 1 发布说明里看到。其它的更改和许可证相关,根据发布说明:“Ruby 的许可证已经从带有 GPLv2 的双许可证变成带有两个条款的 BSDL 的双许可证了”。

既然 Ruby 1.9.3 已经出来了,现在是时候看看 Ruby 1.8.x 和 Ruby 1.9.2 的状态了。Ruby 托管商已经迁移到 1.9.x 上了。Heroku 引入了Cedar 栈,强化他们的 PaaS;Cedar 提供了 Ruby 1.9.2,没有 1.8.x。Engine Yard 的AppCloud 现在默认就是 Ruby 1.9.2

此前还计划了另一个版本帮助开发者迁移到 1.9.x——Ruby 1.8.8,现在已经取消了。Ruby 1.8.6 已经很好的做到这点了,尤其是有RDoc 3等类库为它提供 1.8.7 风格的支持。

支持 1.9.x 的 Gem 的状态可以在 isitruby19.com 上看到。

还有什么把你困在 1.8.x 上?

查看英文原文:Ruby 1.9.3 Preview 1 Released, Improves GC Pauses With Lazy Sweep GC