[HN Gopher] ZJIT removes redundant object loads and stores
___________________________________________________________________
ZJIT removes redundant object loads and stores
Author : tekknolagi
Score : 67 points
Date : 2026-03-18 21:26 UTC (3 days ago)
(HTM) web link (railsatscale.com)
(TXT) w3m dump (railsatscale.com)
| mananaysiempre wrote:
| Of all the facets of HN's title autodestroy, I think removing
| "How" from titles is the worst one. I believe OP can edit it back
| in though.
|
| (I passed over this article thinking it was a "look how
| mysteriously smart the mysteriously smart compiler is" acticle,
| not a "here's how the smarts in a compiler work" one.)
| pjmlp wrote:
| Yes, there is a timeout to fix title "corrections" after
| submission, but apparently still not well known.
| QuantumNomad_ wrote:
| Not well known and also, submitter might not always even
| notice that title was automatically changed slightly.
| dietr1ch wrote:
| I think it'd fine having it be however broken it currently is
| as long as the correction was checked by whoever is submitting
| the entry before it gets published.
| mchusma wrote:
| curious if zjit will be ready to be default over yjit next ruby
| release. hope so!
| claudiug wrote:
| for me is more interesting that Maxime Chevalier-Boisvert left
| shopify and is doing other stuff, who will carry on with zjit
| maxime_cb wrote:
| Max Bernstein is now leading the team. He's also an excellent
| compiler engineer.
| claudiug wrote:
| that is great to hear!
| schneems wrote:
| You got your reply already. To add: YJIT is the one that does
| "basic block versioning" (Which was Maxime's thesis) while ZJIT
| is a more traditional design.
|
| I am confident in that description but don't actually know what
| it means in practice (yes I've seen papers and talks, but I
| kinda need not-compiler-engineer to explain it to me.)
|
| As I understand it BBV still holds promise, but the sheer
| volume of knowledge of more traditional methods might mean it
| gets better outcomes (also IIRC ZJIT is still lagging YJIT).
| riffraff wrote:
| > IIRC ZJIT is still lagging YJIT
|
| It would be nice to have ZJIT on speed.ruby-lang.org!
___________________________________________________________________
(page generated 2026-03-21 23:00 UTC)