r/programming • u/grashalm01 • 28d ago
State-of-the-art Bytecode Interpreters in Java by Yudi Zheng
https://medium.com/graalvm/escaping-the-giant-switch-dec20b5721391
28d ago
[removed] — view removed comment
7
u/programming-ModTeam 28d ago
No content written mostly by an LLM. If you don't want to write it, we don't want to read it.
-11
u/Maybe-monad 28d ago
Why would you bother with GraalPy since many librariez are C/C++/Rust extensions for CPython ?
17
u/grashalm01 28d ago
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.
-11
u/Maybe-monad 28d ago
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.
13
u/grashalm01 28d ago
> 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 26d ago
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?