4 ms·
The title is pure clickbait, and completely misrepresents the actual problem and benchmark. From the article: > In other words, we have a tight loop that make
by rewmie 3y ago
The title is pure clickbait, and completely misrepresents the actual problem and benchmark.
From the article:
> In other words, we have a tight loop that makes many Ruby to C to Ruby calls. YJIT (as well as other JIT compilers) have a hard time optimizing these types of calls.
Basically the benchmark compares two Ruby gems, one which can be optimized and another which cannot.
And to much surprise, the gem that cannot be optimized performs worse.
- pull_my_finger 3y agoIn the Lua world, there's a project, Pallene[1], that aims to solve this problem in paricular[2]. [1]: https://github.com/pallene-lang/pallene https://github.com/pallene-lang/pallene [2]: http://www.inf.puc-rio.br/~roberto/docs/pallene-sblp.pdf http://www.inf.puc-rio.br/~roberto/docs/pallene-sblp.pdf