The evolution of Java to become a , and the platform advancements in last releases are more than welcome. As a community, we witness an interesting transformation of the Java platform — from a pretty steady platform that used to release new features every 2 years (i.e. see Java 7 & Java 8 release dates) into a platform that is moving fast and have to compete with the new players in town that evolve rapidly. From my perspective, its really interesting to read the debate and see how enterprises will adopt these rapid innovations after a really long time that they got used to the tradeoff of having stability in favour of innovation and unpredictable changes. vendor neutral platform move to a six month release cadence Despite the great advancements that Java 9 brought with its release last year (i.e. Modularity — ), I think there wasn’t much buzz around two really interesting JEPs — and . Both bring with them new awesome capabilities that can take the Java platform several steps ahead of the other platforms! Project Jigsaw JEP 243 JEP 295 What if you could have a universal VM? is a research project developed by Oracle Labs and already in production at Twitter and they even contribute back to the project which is awesome (see this by Christian Thalinger on why Graal is a good fit for Twitter). Graal is a (Just-in-time) compiler that can be plugged-in to the Hotspot VM. JIT is basically the component that translates the JVM bytecode (generated by your command) into machine code which is the language that your underlying execution environment (i.e. your processor) can understand — and all that happens dynamically at runtime! Graal aims to replace the old compiler that is written in C++. Leading contributors in the Java community say clearly that it became a hard task to maintain the existing compilers code. GraalVM is appealing because finally you can debug the JIT compiler right in your standard development environment that you use daily since its written in Java and its much easier for developers to dive in. GraalVM JavaOne talk JIT javac C2 So how come we can have another JIT compiler that can be plugged-in and even written in Java?! Its all possible thanks to the (Java-Level JVM Compiler Interface) that has been delivered in JDK 9. The compiler interface allows you to plug-in additional Java compilers (such as Graal) to the JVM. On top of all that, you will find the framework that enables you to build interpreters and implementations for other languages except Java & Scala. If you want to run a new programming language, you will just have to integrate it with Truffle and the framework will produce the optimised machine code for you. As you can see there are already language implementations for R, Ruby, Javascript and even C/C++. At the time of writing, I see that there is a and seems like it won’t take much time until we will see it integrated with Truffle. In terms of performance, the GraalVM team show at several talks that some of their language implementations are even faster than the existing ones. JVMCI Truffle GitHub issue for Golang support Why am I so enthusiastic about GraalVM? — all languages (even LLVM-based) share the same VM and its capabilities. Here you can see how I embed a Javascript built-in function in Java and print the result: Polyglot Im using GraalVM 1.0 (based on JDK 8). Lets compile and run: bin/javac ~/apps/graalvm-1.0.0-rc1/SumNum.java java -cp . SumNum It prints the result: 3 I’m curious to see what happens in case of a runtime exception- instead of calling I will call some undefined function: parseInt It was just a simple example but you can take it further. Finally, I can use the powerful visualisation libraries provided by R along with my Javascript data structures — yes, it’s that easy! sharing objects between platforms is much easier with Graal ;) You don’t have to wrap or rewrite your libraries anymore. Obviously, interoperability in Graal is a tradeoff between selecting the best language for my task vs. static code analysis at compile time. — All languages talk to the Truffle framework except Java & Scala. So you can use the same set of tools for monitoring, debugging and profiling. Awesome! It makes development experience much easier in terms of performance. Currently, the way that Graal implemented it is quite limited. They are integrated with the Chrome Dev Tools protocol. It’s very easy to debug your running VM. All you need to do is run your script with the argument, it will open a port and you can debug using the Chrome Dev Tools any language that you want to : R, Python, etc. Check out their for more information. Language agnostic tools inspect documentation in was how Chris used the tool to profile a Ruby application and he could even take a Thread dump. Cool, isn’t it?! ;) Something that caught my eyes one of the talks by Oracle jvisualvm — Run Programs Faster with GraalVM Oracle Developers It just shows how powerful it is to have a one abstract platform. Now all you have to do is close your eyes and dream of the great things that can happen with such great capabilities. — Graal benchmark reports show great performance improvements in almost all of its implementations thanks to the way that GraalVM performs object allocations: Performance Thomas Wuerthinger talk at Devoxx Thomas mentioned that they , lambdas and their recent benchmarks even show better numbers for various implementations. Chris Seaton blogged that “TruffleRuby is easily the fastest implementation of Ruby, often 10x faster than other implementations, while still implementing almost all of the language and standard library”. Twitter is running GraalVM in production especially because of its performance improvements in their Scala services. They say that it saved them money. see great improvements for Java Streams In terms of interoperability, Thomas showed in his talk at Devoxx the advantages of calling one language to another in the same process. The benchmarks show clearly that you can cut the costs of context switching and objects marshalling/unmarshalling: One more interesting project that is part of is the Substrate VM. I include it as part of the “performance” section but . The is an (Ahead-of-time) compiler (see — the integrated AOT compiler in JDK 9 is older and I’m not sure what’s integrated in JDK 10 and JDK 11) written in Java. It uses GraalVM to create an executable binary Mach-O or ELF image ahead of time that doesn’t need to run on the but rather in the Substrate VM itself. It takes some time to compile but at the end you have an executable binary that you can run anywhere you want: server, mobile device, etc. The cool thing here is that it performs all the optimisations and packaging ahead of time so the resulting image startup time is much faster (according to their documentation you will have much lower runtime memory overhead because it performs all of the optimisations at compile time): GraalVM it’s more ambitious than that Substrate VM AOT JEP 295 Hotspot VM AOT my polyglot sample program As you can see in the screenshot above, it took more than 2 minutes to compile my sample polyglot program but its execution time is much faster (check out for benchmarks). As far as I understand there are various limitations but the first advantage that immediately came up to my mind is that as my system scale I can spin up new containers than before. I came across blog post that explains how you can create an instant Netty startup image;)So just imagine how many great things you can do with that. GraalVM reference much faster this It looks like Oracle moves in the right direction in order to take the JVM platform forward. Graal becomes more integrated in JDK 10 according to . Now it becomes even simpler to change between compilers just by adding several command line options. If you aren’t using JDK 10, you can download one of the editions (at the time of writing GraalVM 1.0 is based on JDK 8) from the GraalVM website and packaged already with the other languages runtimes so you can experiment the polyglot programming easily. JEP 317 I hope that you have enough information to help you get started. I hope that Oracle will continue to invest time in this great project. Have fun! Eran

Why the Java community should embrace GraalVM

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

2 Years In The Life Of AI, ML, DL And Java - Part II

Introducing gdocweb: Web Building with Java 21, Spring Boot 3.x, and More

SpringOne Tel Aviv World Tour Trip Report

What’s in Store for the Future With GraalVM?

Boosting Integration Test Performance with EmbeddedKafka and GraalVM

Java bits: 0xFF and 0xFFL

2 Years In The Life Of AI, ML, DL And Java - Part II

Introducing gdocweb: Web Building with Java 21, Spring Boot 3.x, and More

SpringOne Tel Aviv World Tour Trip Report

What’s in Store for the Future With GraalVM?

Boosting Integration Test Performance with EmbeddedKafka and GraalVM

Java bits: 0xFF and 0xFFL

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps