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

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_sweep和gc_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