Hacker News Reader

Comment by adamgordonbell | Hacker News Reader

It doesn't seem like it. I think the newly added Ruby jit that you can optionally turn on is faster than Graal with a lot less startup time.

View on HN

> the newly added Ruby jit that you can optionally turn on is faster than Graal

No TruffleRuby is still very much faster than any other Ruby JIT. YJIT does startup faster yes that's the goal.

https://eregon.me/blog/2022/01/06/benchmarking-cruby-mjit-yj...

Hi Chris

Do you see by the end of 2022, Rails being able to run on TruffleRuby?

I think you can run Rails on TruffleRuby, but probably not your Rails application. We're working hard on it, both at Oracle and Shopify.

Just FYI - I don't know if your response was intended to deflect on an eta but some might perceive it as that since you didn't indicate if 2022 would be the year. Which might imply to some that it's not.

> I don't know if your response was intended to deflect on an eta

Lol it was. I don't know - it's research it's open ended.

good god these performance differences are legitimately terrifying

Sure, but unless I’m mistaken the Rails ones tend to give Truffle a major advantage compared to most real-world production use because they use the sqlite3 in-memory DB rather than an out-of-process DB—so the DB is fully embedded in a C extension, which is subject to the Truffle JIT—and the I/O of normal DB access is avoided.

I opened a ticket some time ago about performance with Jekyll and liquid templates. At least in that case, yjit was way faster. I'm happy to retest though. Anything that would make my jekyll builds faster would help.

Thanks for your great work!

https://github.com/oracle/truffleruby/issues/2363

Yeah there's examples of bugs and bad optimisations that are easy to come across of course.

Reply on news.ycombinator.com