TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Incremental GC in Ruby MRI

55 点作者 mikkelewis将近 11 年前

4 条评论

tcopeland将近 11 年前
If you&#x27;re running Ruby 1.9.3, go upgrade to 2.1.2. It is such an improvement all around - deploy time, restart time, test time, console startup (if you&#x27;re using Rails), etc. Just a whole different experience.<p>And if you&#x27;ve done a 1.8.7 to 1.9.3 upgrade, going from 1.9 to 2.1 is nothing. Piece of cake by comparison.
评论 #8183260 未加载
tehprofessor将近 11 年前
Ruby 2.1&#x27;s GC is worlds faster, for most applications-- especially with a minor amount of tuning. I saw GC time drop from 20ms to under 5ms (using new relic). Memory usage until GC has gone up a bit though.<p>I can only hope, and have good reason to after 2.1, that future improvements are so good.<p>... Ruby just gets better by the year, I love it!
eeeemmm将近 11 年前
Why not to let the user decide when he wants to achieve full GC (As Passenger is doing it between requests) and so avoid the performance regression this patch brings?
ksec将近 11 年前
Since 2.1 has made dramatic decrease in GC time, now the largest contribution on the NewRelic graphs is in Ruby Interpreter itself.<p>Are there any improvement on that front in Ruby 2.2?