BT

Ruby 2.1 Garbage Collection to Address Criticism on Large Scale Deployments

by Manuel Pais on Sep 15, 2013 |

Matz, the creator of Ruby, announced last weekend at Baruco (Barcelona Ruby Conference) the move to generational garbage collection (GC) in Ruby MRI version 2.1 in what is expected to be an important performance boost for the language. Ruby 2.1 is expected to be released before the end of this year. 

Coincidentally in another talk that same day Vicent Martí from Github strongly criticized the Ruby MRI garbage collection implementation, calling the current mark & sweep algorithm a “2-headed monster”. Vincent explained how often times Github’s large scale Ruby deployment was affected by the GC limitations.

On one hand because of its slow marking phase (in which the entire object graph is traversed sequentially to identify active objects, effectively stopping the application during that time). On the other hand because of inaccuracies in the sweeping phase which can end up freeing Ruby objects that are actually still in use (pointed by) C extensions.

Vincent mentioned that using tools like Valgrind or performing static analysis beforehand can help minimize these issues, but highlighted that the current implementation of Ruby GC in MRI is fundamentally flawed, recommending large scale Ruby deployments to move to JRuby or Rubinius once they achieve the same feature set as MRI.

In his talk Chris Kelly from New Relic coincided on the slowness of the current GC implementation, highlighting that a typical Rails application starts up with hundreds of thousands objects which need to be analyzed over and over during the marking phase of the GC execution. However, Chris also shared results from New Relic’s Ruby GC benchmarking showing a 48% decrease in garbage collection execution time between Ruby 1.8 and 1.9.

According to Chris this shows that there are major improvements being done by the MRI team which will level up the Ruby implementation in this area, in particular with the announced move to generational garbage collection (expected to reduce marking phase duration by half according to Matz).

There was also some criticism in some talks on the lack of English documentation about the garbage collection implementation on Ruby MRI, with Chris listing some recommendations in his presentation, such as “Rare Are GC Talks”.

Some other enhancements announced by Matz for Ruby 2.1 include string suffixes (“i” for complex numbers, “r” for rational numbers, “f” for frozen strings), refinements (full feature) and (around 15%) faster RDoc generation.

 

Hello stranger!

You need to Register an InfoQ account or to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread
Community comments

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Discuss

Educational Content

General Feedback
Bugs
Advertising
Editorial
InfoQ.com and all content copyright © 2006-2013 C4Media Inc. InfoQ.com hosted at Contegix, the best ISP we've ever worked with.
Privacy policy
BT