Incremental GC in Ruby MRI
bugs.ruby-lang.org
Incremental GC in Ruby MRI
1–10 of 10 posts
Re: Incremental GC in Ruby MRI
#2If you'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're using Rails), etc. Just a whole different experience.
And if you'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.
Re: Incremental GC in Ruby MRI
#3If you'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're using Rails), etc. Just a whole different experience. And if you'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.
If you're on heroku (or similarly memory-constrained VPS), it's worth noting that 2.1+ can use significantly more memory.
I've been collecting bookmarks on how to properly tune the GC environment variables in these situations -- hopefully they'll help someone else:
Heroku discussion: https://discussion.heroku.com/t/tuning-rgengc-2-1-on-heroku/...
Using Out-of-band GC on 2.1: http://tmm1.net/ruby21-oobgc/
Re: Incremental GC in Ruby MRI
#4If you'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're using Rails), etc. Just a whole different experience. And if you'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.
If you're on heroku (or similarly memory-constrained VPS), it's worth noting that 2.1+ can use significantly more memory. I've been collecting bookmarks on how to properly tune the GC environment variables in these situations -- hopefully they'll help someone else: Heroku discussion: https://discussion.heroku.com/t/tuning-rgengc-2-1-on-heroku/... Using Out-of-band GC on 2.1: http://tmm1.net/ruby21-oobgc/
Maybe this will help someone, as well...we've been trying to collect all of the different tuning and implementation information on the Ruby GC in one place:
https://www.omniref.com/ruby/2.1.2/symbols/GC#annotation=88&...
Re: Incremental GC in Ruby MRI
#5If you'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're using Rails), etc. Just a whole different experience. And if you'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.
If you're on heroku (or similarly memory-constrained VPS), it's worth noting that 2.1+ can use significantly more memory. I've been collecting bookmarks on how to properly tune the GC environment variables in these situations -- hopefully they'll help someone else: Heroku discussion: https://discussion.heroku.com/t/tuning-rgengc-2-1-on-heroku/... Using Out-of-band GC on 2.1: http://tmm1.net/ruby21-oobgc/
I wish there was a "webapp" environment flag you could set that would tell Ruby to apply reasonable GC/memory settings for a larger / constantly running app.
Re: Incremental GC in Ruby MRI
#6Earlier quoted context omitted.
If you're on heroku (or similarly memory-constrained VPS), it's worth noting that 2.1+ can use significantly more memory. I've been collecting bookmarks on how to properly tune the GC environment variables in these situations -- hopefully they'll help someone else: Heroku discussion: https://discussion.heroku.com/t/tuning-rgengc-2-1-on-heroku/... Using Out-of-band GC on 2.1: http://tmm1.net/ruby21-oobgc/
Maybe this will help someone, as well...we've been trying to collect all of the different tuning and implementation information on the Ruby GC in one place: https://www.omniref.com/ruby/2.1.2/symbols/GC#annotation=88&...
That's actually a huge help. What I've also been looking for (and haven't been able to find) is a good guide on How to Tune your GC settings. Aman Gupta has gotten the closest so far* (I think), but I'd really love a step-by-step of "OK, open your console, run `GC.start`, take note of this property because it means X and indicates that Y would be a good setting for Z, etc. etc"
Re: Incremental GC in Ruby MRI
#7Ruby 2.1'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.
I can only hope, and have good reason to after 2.1, that future improvements are so good.
... Ruby just gets better by the year, I love it!
Re: Incremental GC in Ruby MRI
#8Since 2.1 has made dramatic decrease in GC time, now the largest contribution on the NewRelic graphs is in Ruby Interpreter itself.
Are there any improvement on that front in Ruby 2.2?
Re: Incremental GC in Ruby MRI
#9Why 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?
Re: Incremental GC in Ruby MRI
#10Earlier quoted context omitted.
Maybe this will help someone, as well...we've been trying to collect all of the different tuning and implementation information on the Ruby GC in one place: https://www.omniref.com/ruby/2.1.2/symbols/GC#annotation=88&...
That's actually a huge help. What I've also been looking for (and haven't been able to find) is a good guide on How to Tune your GC settings. Aman Gupta has gotten the closest so far* (I think), but I'd really love a step-by-step of "OK, open your console, run `GC.start`, take note of this property because it means X and indicates that Y would be a good setting for Z, etc. etc" * http://tmm1.net/ruby21-rgengc/
It would be interesting or useful to know more about it, but what I think is that ideally a right impementation of a GC should not require any tweeks from the outside... and I am pretty sure you are not going to get any signifcant performance boost by using different GC values than default.