| HN Mirror

Y	Hacker News new \| ask \| show \| jobs

by bitcrusher 4084 days ago

As I understand it, Graal+Truffle is basically the DLR. This has been around since 2008 from Microsoft.

Both IronPython and IronRuby have used this for years.

The "Day 1" comment was specifically pointed at the read-between the lines for Graal, which is basically to create a real IL for Java instead of using the InvokeDynamic semantic that is currently envogue for Scala, Clojure, etc. .NET has had the multi-language one VM paradigm since day one.

3 comments

azakai 4084 days ago

No, Graal+Truffle, and PyPy for that matter, are light-years ahead of the DLR. That's why IronPython etc. are nowhere near the state of the art of dynamic language performance, while both the JVM and PyPy have multiple dynamic languages on them that meet that criterion.

The fundamental issue is that dynamic languages need JITs that are very aware of their internals. It's not enough to just emit some code interspersed with PICs and to add fast dynamic dispatch. You also need to speculatively compile and deoptimize in a way that is specific to each dynamic language. Without that, IronPython and other dynamic languages on .NET are often not a little slower but 10x slower than the same languages on the JVM or PyPy.

link

pjmlp 4084 days ago

Graal is a JIT compiler done in Java, it has nothing to do with DLR.

Graal together with SubstractVM offer AOT compilation and is also being used by AMD for the GPGPU support targeted for Java 9, latest Java 10.

Truffle is more of a AST manipulation framework for nodes that can be fed into Graal for compilation.

Then there are those meta-circular JVMs like JikesRVM which are done in Java.

link

ksec 4084 days ago

But SubstrateVM, Graal, Truffle, isn't ready for another few years. ( I haven't heard much since 2013.... )

link

pjmlp 4084 days ago

Graal is being used by Project Sumatra (GPGPU) and JRuby.