GraalVM: Run Programs Faster Anywhere :rocket: (by oracle)


Basic Graal repo stats
about 1 hour ago

oracle/graal is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.

Graal Alternatives

Similar projects and alternatives to Graal

  • GitHub repo enso

    Hybrid visual and textual functional programming.

  • GitHub repo lc-core

    The LibreCaptcha framework, for self-hosted, privacy respecting CAPTCHAs

  • GitHub repo ClojureCLR

    A port of Clojure to the CLR, part of the Clojure project

  • GitHub repo javalin

    A simple and modern Java and Kotlin web framework

  • GitHub repo teavm

    Compiler of Java bytecode to JavaScript

  • GitHub repo tetris

    Tetris game implemented in languages I used for something more serious than "Hello world".

  • GitHub repo docs

    Red-related user documentation repository (by red)

  • GitHub repo watchman

    Watches files and records, or triggers actions, when they change.

  • GitHub repo VFSForGit

    Virtual File System for Git: Enable Git at Enterprise Scale

  • GitHub repo juicefs

    JuiceFS is a distributed POSIX file system built on top of Redis and S3.

  • GitHub repo go-git

    A highly extensible Git implementation in pure Go. (by go-git)

  • GitHub repo rakudo

    🦋 Rakudo – Raku on MoarVM, JVM, and JS

  • GitHub repo scalar

    Scalar: A set of tools and extensions for Git to allow very large monorepos to run on Git without a virtualization layer

  • GitHub repo trufflesqueak

    A Squeak/Smalltalk VM and Polyglot Programming Environment for the GraalVM.

  • GitHub repo bug

    Scala 2 bug reports only. Please, no questions — proper bug reports only.

  • GitHub repo maven-jpackage-template

    Sample project illustrating building nice, small cross-platform JavaFX-based desktop apps with native installers while still using the standard Maven dependency system.

  • GitHub repo git

    GitGitGadget's Git fork. Open Pull Requests here to submit them to the Git mailing list (by gitgitgadget)

  • GitHub repo cazadescuentos

    A platform to catch price drops while shopping online, powered by a browser extension, webapp, android app, and more

  • GitHub repo polyglot-live-programming

    Polyglot Live Programming with GraalVM, the Language Server Protocol (LSP), and VS Code.

  • GitHub repo SlinkyDemos

NOTE: The number of mentions on this list indicates mentions on common posts. Hence, a higher number means a better Graal alternative or higher similarity.


Posts where Graal has been mentioned. We have used some of these posts to build our list of alternatives and similar projects - the last one was on 2021-04-27.
  • Better performance? Building OpenJDK with Cygwin vs Oracle JDK. Has anyone ever noticed difference? (for an idiot purpose: Gaming) | 2021-04-27
    Interesting, does it say anything about why? I've seen issues like but maybe it's something else | 2021-04-27
    I've heard good feedback about using GraalVM builds for running Minecraft, though maybe it was about running the server (I'm not very knowledgeable about Minecraft, sorry). GraalVM is an OpenJDK distribution that includes and enables by default a different top-tier optimizing JIT compiler, which is the component responsible for observing the application running and generating the most efficient machine code for it. So it can have great influence on performance of your application. OpenJDK obviously includes a JIT compiler, there actually a few, and GraalVM replaces only the most optimizing one.
  • Resumption of Leyden Discusssion | 2021-04-24
    Hmm. Good document, but it does make raise the question if simply rewriting GNIG in C++ is the best way to go here. After all, GNIG already exists and that document describes a very large effort that would significantly expand the size of the codebase. The points-to analysis can be seen here, by itself it's a large amount of Java and as the doc notes, relies heavily on infrastructure provided by Graal itself. I wouldn't want to rewrite that into C++.
  • What happened to AOT? (Android, GraalVM, etc.) | 2021-04-21
    It's not dead at all. Android uses some sort of hybrid AOT-JIT compilation (which is not based on HotSpot). GraalVM is very alive, you just have to download it from OpenJ9 also has some sort of AOT support. And OpenJDK theoretically also has project Leyden, although this one didn't start yet. | 2021-04-21
    They're just focusing on GraalVM as a top-level product instead of part of OpenJDK.
  • Common standard library for language interop
    I think the current state of the art in this area is GraalVM. It comes with support for many languages, including Python, Ruby, R, as well as all languages that use the JVM and LLVM with a consistent memory model. You can pass things around from language to language and it should pretty much just work.
  • Enso 2.0 is out! Visual programming in Python, Java, R, and JavaScript. Written in Rust and running in WebGL. | 2021-04-14
    the GraalVM website (which Enso compiler bases on):
  • Enso 2.0 is out! Visual programing in Enso, Java, Python, R, and JavaScript. Written in Rust and running in WebGL.
    Enso JIT Compiler (, fully open-source, Apache v2 license. It is based on GraalVM (
  • Enso 2.0 is out! (Visual programing in Enso, Java, Python, R, and JavaScript)
    Do you have any renderers? I know you're based on GraalVM, that rules out one of the most popular Java renderers, LibGDX/LWJGL3 due to this issue
    Yep, under the hood all of these languages have custom, reimplemented runtimes - we are not using official runtimes. However, these runtimes are not re-implemented by us. We base on GraalVM ( which already implements new runtimes for Java, Python, R, JS, LLVM, WASM, Ruby, Clojure, and other languages. It is not easy to glue them together in a unified fashion, and that's why we support only a few of them currently. However, GraalVM allows us to compile all these languages to a shared instruction set and then JIT them during runtime. As the result, we have an amazing performance of Enso (up to 80x faster than Python - see benchmarks on our website), and we are even able to run other languages faster than their native runtimes! For example, Enso-R runs over 25x faster than GNU-R.
  • Data Persistence with Helidon and Native Image | 2021-04-09
    not yet
  • New candidate JEP: 410: Remove the Experimental AOT and JIT Compiler | 2021-04-07
    GraalVM is still developed, and used, and it will support Java 17 (sometime after Java 17 is released...). This change is not about GraalVM, but about the part of Graal that was included in OpenJDK, but very few people used it, because the interested people preferred to download the full Graal from
  • How do Java applications run without Java installed? | 2021-04-04
    Another alternative is to compile the Java source to a native .exe executable that executes directly on the target machine without needing a JRE at all (GraalVM does this - see
  • We just released 1.0 of LibreCaptcha, an open-source, self-hosted CAPTCHA service!
    Not really. These days it is possible to use graalvm to compile a Java program to native code. We will mostly go that route.
  • Why I'm rewriting Alda in Go and Kotlin | 2021-03-29