I hear the Truffle+Graal combination is getting very good results about Ruby. Here is video about it (pointed to the missing-method example): [1]
They're hitting 35x in some benchmarks [2]. Most benefits being in workloads where Ruby has to continuously talk to C; the result-passing part gets compiled away.
It is available in Java 9, if I'm not mistaken. LLVM IR bytecode ingestion is in preparations too [3].
[1] https://youtu.be/b1NTaVQPt1E?t=48m17s
[2] http://jruby.org/bench9000/
[3] https://github.com/graalvm/sulong
In The Ruby+OMR JITgraalvm
sulong
Java2016–2023
graalvm / sulong · Archived
sulong
Obsolete repository. Moved to oracle/graal.
18Distinct people
22Mentions
0Explicit recommenders
626GitHub stars
What to know before exploring
What it is
Obsolete repository. Moved to oracle/graal.
GitHub
Where it is used
No documented product use was verified in the last source check.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
- truffleruby/truffleruby · linked in 2 of the same discussions
Mentioned in the same Hacker News threads. That is not proof they are substitutes.
This week on Hacker News
Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 12:45:45 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year22 dated mentions
Observed mentions: 2016-01-31 11:03:10 UTC to 2023-01-11 20:38:41 UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2016 | 2016-01-01 00:00:00 UTC | 2017-01-01 00:00:00 UTC | 10 | 3 | 7 |
| 2017 | 2017-01-01 00:00:00 UTC | 2018-01-01 00:00:00 UTC | 4 | 0 | 4 |
| 2018 | 2018-01-01 00:00:00 UTC | 2019-01-01 00:00:00 UTC | 7 | 1 | 6 |
| 2019 | 2019-01-01 00:00:00 UTC | 2020-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2020 | 2020-01-01 00:00:00 UTC | 2021-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2021 | 2021-01-01 00:00:00 UTC | 2022-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2022 | 2022-01-01 00:00:00 UTC | 2023-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2023 | 2023-01-01 00:00:00 UTC | 2024-01-01 00:00:00 UTC | 1 | 0 | 1 |
From the project README
An excerpt from the repository, fetched Nov 13, 2026.
Read the project’s introduction
Obsolete Repository
This repository is obsolete.
Sulong is now integrated in the Graal repository.
Please open new issues or pull requests directly in the Graal repository.
Existing issues and pull requests can stay on this repository. We will
migrate them as necessary before merging.
Read the full README on GitHubWhat Hacker News says
10 sourcesSulong: dynamic runtime for LLVM-based languages
3 points · Open discussionThis is more difficult than you might think.
Note that chris is not talking in the abstract, but about an existing codebase: https://github.com/graalvm/sulong
In Python JITs are comingSomething like Sulong¹ in RPython would be really cool and probably entirely feasible—I too am curious if that's on the PyPy team's radar.
¹ https://github.com/graalvm/sulong
In Python JITs are comingCurrent Azul Zing. Is trending into a hybrid, storing previously compiled machine code to use upon restart if byte code matches.
I also think that the JVM is the only JIT that has had close to same number of resources pushed at it as some of the Fortran/C/C++ compilers. But to differing markets the JVM focused a lot less on easy to benchmark numeric and actually looks at other types of code.
Then of course there is the hybrid JVM/LLVM using Graal/Sulong [1]. Which hopes to better than JIT or AOT apart.
[1] https://github.com/graalvm/sulong
In A JVM Does That? (2011) [pdf]Well yes but at some point in the pipeline the byte code is long gone. So you can use it for anything by using just the parts beyond that point.
But really we don't directly compile the IR. We have an interpreter for IR, and we JIT compile the interpreter, sort of constant folded with the IR. It achieves the same thing without getting more technical.
https://github.com/graalvm/sulong
In Ruru: native Ruby extensions written in RustGitHub repo: https://github.com/graalvm/sulong
In Jitted LLVM IR on the JVM [pdf]For those wondering, this is not a Truffle/Graal initiative[1]. They don't seem to offer access to PHP C Extensions.
I wonder if this will be easy to do when Sulong[2] is ready.
But this is great to see another project towards the goal of one VM to rule them all.
[1] From https://github.com/jphp-compiler/jphp/wiki/For-Contributors :
> Our project uses the ASM java library to generate Java VM bytecode
[2] https://github.com/graalvm/sulong
In JPHP – PHP on the JVMSulong: Fast LLVM IR Execution on the JVM with Truffle and Graal
5 points · Open discussionSulong (Graal LLVM): Interpreter for LLVM IR in Java Using Truffle and Graal
1 points · Open discussion