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