Takashi Kokubun

medium.com/@k0kubun · Personal blog · on HN since 2018

Takashi Kokubun is a Ruby core developer who writes about the Ruby JIT compiler and its progress across versions.

What HN saysHN cites it as the main source on Ruby's MJIT, including benchmarks, and a commenter notes Ruby 2.6 JIT was not production-ready for Rails.
15HN people shared it
7linked it in comments
9stories submitted
19story points
6 years agolast shared
2018people per year2026

Most-shared posts

  1. 1
    The method JIT compiler for Ruby 2.6
    7 people · 5 points · first shared 2018 · discussion on HN
  2. 2
    Ruby 2.6 JIT – Progress and Future
    6 people · 10 points · first shared 2018 · discussion on HN
  3. 3
    JIT development progress at Ruby 2.7
    2 people · 3 points · first shared 2019 · discussion on HN
  4. 4
    Ruby 3.0 JIT and Beyond
    1 people · 1 points · first shared 2020 · discussion on HN

What HN people wrote when they linked it

ksec · 2019-08-04
Is that something different to what vmakarov is doing [1], the work of current MJIT from k0kubun [2] seems to be based on this earlier work. And I believe vmakarov is working on RTL from YARV instructions, and a light weight JIT [3]. If I remember correctly there was a Tracing JIT for CRuby in 2016, but discontinued due to memory consumption [1] https://bugs.ruby-lang.org/issues/12589 [2] https://medium.com/@k0kubun/the-method-jit-compiler-for-ruby-2-6-388ee… [3] https://www.youtube.com/watch?v=emhYoI_RiOA
rajangdavis · 2019-02-15
Not sure why this comment is downvoted, this seems like a legitimate question as the JIT has some serious performance benefits (https://medium.com/@k0kubun/ruby-2-6-jit-progress-and-future-84e0a830e…
ciconia · 2018-12-24
> Are there any benchmarks for the new JIT? From the horse's mouth: "...apparently JIT on Ruby 2.6 failed to be ready for production." [1] [1] https://medium.com/@k0kubun/ruby-2-6-jit-progress-and-future-84e0a830e…
Rafert · 2018-12-24
Benchmarks here: https://medium.com/@k0kubun/ruby-2-6-jit-progress-and-future-84e0a830e… tl;dr: your Rails app is not faster with this feature in this version, but might be in the future.
foldr · 2018-06-04
>The initial results of MJIT for simply removing the instruction dispatch overhead and doing some basic optimizations are a 30-230% performance increase on a small but real-world benchmark. No type specialization and specular optimization required So, this amounts to a small improvement for some types of code. Indeed, it is "easy" to get that by "just" using some basic JIT techniques. The trick is to get consistently better performance across the board. Relevant tweet at https://medium.com/@k0kubun/the-method-jit-compiler-for-ruby-2-6-388ee… >I've just committed the initial JIT compiler for Ruby. It's not still so fast yet (especially it's performing badly with Rails for now), but we have much time to improve it until Ruby 2.6 (or 3.0) release.
EgoIncarnate · 2018-03-07
Don't get too excited. This is a micro-benchmark and not representative of what most real world apps will see. A benchmark of something the scope of a typical rails app is likely to be much much less. Earlier descriptions of MJIT mention benchmark tests that were only ~11% improvement until the benchmark was "tuned" for the JIT. [1] If you're modifying the the benchmark specifically for the JIT, it's not really a valid benchmark IMHO. [1] https://medium.com/@k0kubun/the-method-jit-compiler-for-ruby-2-6-388ee…

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close