Optimizing Ruby lazy initialization in TruffleRuby with deoptimization

Re:Optimizing Ruby lazy initialization in TruffleRuby with d... by ericb on Saturday April 11, 2020 @12:13PM (#22842400)

source: https://chrisseaton.com/truffleruby/

> TruffleRuby started as my internship project at Oracle Labs in early 2013. It is an implementation of the Ruby programming language on the JVM, using the Graal dynamic compiler and the Truffle AST interpreter framework. TruffleRuby can achieve peak performance well beyond that possible in JRuby at the same time as being a significantly simpler system. In early 2014 it was open sourced and integrated into JRuby for incubation, then in 2017 it became its own project, and now it is part of GraalVM. Since 2019 Shopify has sponsored development.

> In early 2014 it was open sourced and integrated into JRuby for incubation

Additionally, we also tried Truffle when it was JRuby, or in JRuby, however you want to put it, but without a lot of success. Things could be different now.

[ Parent | on HN ]

Re:Optimizing Ruby lazy initialization in TruffleRuby with d... by sdegutis on Saturday April 11, 2020 @03:06PM (#22843447)

I interpreted that sentence as meaning it was integrated into the JRuby project as a "home" for the project, similar to being under the management of a particular github org. Not that its implementation was in any way changed or integrated into JRuby.

[ Parent | on HN ]

Re:Optimizing Ruby lazy initialization in TruffleRuby with d... by ericb on Saturday April 11, 2020 @08:53PM (#22845307)

Your interpretation is understandable, but incorrect.

https://www.jruby.org/2016/05/03/jruby-9-1-0-0.html

[ Parent | on HN ]

Re:Optimizing Ruby lazy initialization in TruffleRuby with d... by eregon on Monday April 13, 2020 @11:20AM (#22856586)

Concretely, TruffleRuby never shared much in terms of the core language implementation with JRuby (essentially the parser and encoding stuff, never core methods/operators/etc).

[ Parent | on HN ]