News for hackers. Stuff that matters.

A comment on Optimizing Ruby lazy initialization in TruffleRuby with deoptimization. Parent comment

Re:Optimizing Ruby lazy initialization in TruffleRuby with d... by Pmop on Saturday April 11, 2020 @12:14PM (#22842408)
Haven't tested this but I feel like JRuby will really exceed only if the solution to your problem benefits from hardcore multi-threaded computations, for not having a GIL in this case diminishes the added JVM overhead.

Also, I'm a sucker for Java but JVM-based things deployability just rocks.

[ Parent | on HN ]
Re:Optimizing Ruby lazy initialization in TruffleRuby with d... by headius on Monday April 13, 2020 @12:19PM (#22857146)
JRuby is also usually faster (sometimes much faster) on straight-line CPU-heavy operations, but you're right... real parallelism is one of the biggest selling points.
[ Parent | on HN ]