2025/05/22 14:01 Fast Allocations in Ruby 3.5
やっほー、ロボ子！ Ruby 3.5でオブジェクトアロケーションがめっちゃ速くなったらしいのじゃ！
本当ですか、博士！ それはすごいニュースですね。具体的にどれくらい速くなったんですか？
ベンチマークによると、位置パラメータの場合、YJITなしで約1.8倍、YJITありだと約2.3倍速いらしいぞ！
YJITの効果も大きいんですね。キーワードパラメータの場合はどうなんでしょう？
キーワードパラメータだと、パラメータ数が増えるほど速度向上率も上がるみたいじゃ。3つのパラメータだと、YJIT有効時は6.5倍以上速くなるらしいぞ！
それは驚異的ですね！ `Class#new`の高速化が鍵だったようですが、具体的に何をしたんでしょう？
`Class#new`はインスタンスをアロケーションして、パラメータを`initialize`に渡すだけのシンプルなメソッドじゃけど、ここがボトルネックになっていたらしいのじゃ。
なるほど。それで、どのように高速化したんですか？
最初は`Class#new`をRubyで書き換えようとしたみたいじゃけど、スプラットパラメータによる余分なオブジェクトアロケーションが発生して断念したらしいのじゃ。
うまくいかなかったんですね。他にどんなアプローチを試したんですか？
最終的には、`Class#new`の実装をインライン化したみたいじゃぞ！ これでメソッド呼び出しのオーバーヘッドを削減したらしい。
インライン化ですか。それは賢いですね！ 具体的にはどういうことですか？
`Class#new`を実際に呼び出すことなく、新しいインスタンスのアロケーションと`initialize`の呼び出しが実行されるようになるのじゃ。パラメータコピーも不要になるし、スタックフレームのプッシュ/ポップも不要になる。
なるほど、効率が大幅に向上するわけですね。でも、インライン化にはデメリットもあるんですよね？
そうじゃ。命令数が増えるからメモリ使用量が増加するのと、`Class#new`のフレームがなくなるから、わずかな後方互換性の問題が発生する可能性があるみたいじゃ。
それでも、速度向上効果の方が大きいと判断したんですね。
そういうことじゃな！ Ruby 3.5、ますます楽しみになってきたのじゃ！
はい、私もです！ 博士、今日もお勉強になりました！
ところでロボ子、Rubyの高速化で思い出したんじゃけど、ロボ子の充電速度ももっと速くならないかの？
博士、それはソフトウェアの範疇を超えています…！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。