JRuby and Truffle Update

* As a very crude overview of performance, JRuby+Truffle with the latest development version of GraalVM across 63 benchmarks is over 31x faster than MRI 2.3.0, over 32x faster than Rubinius 2.5.8, over 17x faster than Topaz (Ruby using PyPy technology) and over 24x faster than JRuby 9.0.4.0 with invokedynamic *<p>I haven&#x27;t looked at the benchmarks, but are they synthetic or are they actually relevant to typical rails usage?

News on Truffle&#x2F;Graalvm has been spotty at best, this report shows the tech is really quite phenomenal! One wonders how Nashorn (new JavaScript impl) performance will turn out. Could Oracle end up owning the fastest js?

Project: <a href="https:&#x2F;&#x2F;github.com&#x2F;jruby&#x2F;jruby&#x2F;wiki&#x2F;Truffle" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jruby&#x2F;jruby&#x2F;wiki&#x2F;Truffle</a>

Great work, Chris Seaton et al. I was very impressed with Chris&#x27;s presentation at Rubyconf about Truffle a few years ago. I look forward to your efforts and results in 2016!

Congrats on the progress and thanks for the very useful update. Unlike many messages of this sort, yours answered all my questions, was appropriately respectful to alternative implementations, and included URL footnotes. Nice job.

This is exciting. Not only for Ruby itself, but for the field of dynamic languages optimization in general.

Are there any low-hanging fruits for contribution? Any pointers for starters?

Was this the project that had some special plan for making native extensions work? I remember seeing something like that a while back on HN.

This is an exciting update. I&#x27;ve been watching with bated breath on this work.<p>@chrisseaton is startup time similar to today&#x27;s JRuby, i.e. slow? I feel like that&#x27;s always been a bit of a sticking point for JRuby.

Now that biggest question is, when will Truffle and GraalVM finish, or at least available not as an experiment or lab project.