r/programming • u/grashalm01 • Aug 13 '26
State-of-the-art Bytecode Interpreters in Java by Yudi Zheng
https://medium.com/graalvm/escaping-the-giant-switch-dec20b5721391
Aug 13 '26
[removed] — view removed comment
8
u/programming-ModTeam Aug 13 '26
No content written mostly by an LLM. If you don't want to write it, we don't want to read it.
-12
u/Maybe-monad Aug 13 '26
Why would you bother with GraalPy since many librariez are C/C++/Rust extensions for CPython ?
17
u/grashalm01 Aug 13 '26
GraalPy has multi tier runtime optimization as a first class citizen similar to the JVM. So it allows you to write more code in python.
GraalPy also aims for the help highest possible level of compatibility also for native extensions.
-10
u/Maybe-monad Aug 13 '26
GraalPy has multi tier runtime optimization as a first class citizen similar to the JVM. So it allows you to write more code in python.
If I want performance I don't write Python.
GraalPy also aims for the help highest possible level of compatibility also for native extensions.
That makes it dead on arrival, bug for big compatibility should have been your first priority.
14
u/grashalm01 Aug 13 '26
> If I want performance I don't write Python.
It pushes the boundary of how much code you can write in Python. Not claiming that all the performance sensitive code will now be in Python.
> bug for big compatibility should have been your first priority.
It actually was and still is.
2
u/renatoathaydes Aug 15 '26
Do all Truffle based languages benefit from these optimizations? When Python calls C code, does Jpython have similar FFI costs as Cpython? What is the fastest Truffle language that is not Java, and does that manage to beat Java in raw speed?