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
中国开发者画像洞察报告 2022
本次报告为你深度解读开发者人群背景，分析开发者群体面临的挑战，洞察开发者人群特征，预测开发者生态发展...
评论