4 ms·
I think this is super heavy weight, even compared to LLVM and .NET. However, it seems to win in terms of speed, if your language is dynamic
by exyi 4y ago
I think this is super heavy weight, even compared to LLVM and .NET. However, it seems to win in terms of speed, if your language is dynamic
- native_samples 4y agoWhat does heavyweight mean here? You can compile truffle interpreters to a single native binary, if that's what is being meant here.
- SemanticStrengh 4y agoreally developers manipulate abtract words that are ungrounded in reality. You care about speed, feature set/expressivity and simplicity. GraalVM has the three, it is the fastest JIT out there, it brings you so many features out of the box, including state of the art grabage collector and unique language polyglotism interop, and the API is the simplest there is for building a language. https://github.com/graalvm/simplelanguage https://github.com/graalvm/simplelanguage
- exyi 4y agocomplain about abstract words and then claim it's the "Fastest JIT". This depends on the workload, even for the heavily optimized Java and JavaScript, it's only just as fast as Hotspot and V8, if you care about throughput. When you care about startup time or it's binary size, it's on the slower end of spectrum. The API is simple to use, if your language is written in Java. OP mentions using Rust, so it's probably not a huge win for him.