はじめに

私が所属しているチームでは「Schooビジネスプラン管理ツール」という主に法人向けに Schoo を利用いただく為のSaaSを開発しています。

以前の記事ではRubyとRuby on Rails(以降Rails)のバージョンアップに関する記事を公開しましたが、今回はその「Schooビジネスプラン管理ツール」でRuby3.4、Railsを8.0にバージョンアップし、本番環境でYJITを有効化しましたので、その効果を紹介します。

環境

YJITを有効化した時の環境は以下の通りです。

Ruby 3.3 以上でかつ Rails 7.2 以上であればデフォルトでYJITが有効になるので、特に何も設定する必要はありません。

ただし、Rails 7.1以下のアプリケーションでバージョンアップした際などはload_defaultsを7.2以上の値に設定する必要があります。
今回「Schooビジネスプラン管理ツール」ではRails 8.0にバージョンアップしたので、以下のように設定しました。

config/application.rb

config.load_defaults 8.0

また、実際にYJITが有効になっているかは以下で確認できます。

Rails.configuration.yjit
=> true

アプリケーション全体のレスポンス時間です。リリース直後から改善されていることがわかります。

以降のグラフはリリース前後1週間の平均値の比較になります。

パーセンタイル	before	after	改善割合
p50	10.1ms	7.4ms	26.7%
p90	24.3ms	21.2ms	12.8%
p95	47.5ms	43.9ms	7.6%

特にp50では26.7%の改善があり、とても大きな効果が出ていることがわかります。

パーセンタイル	before	after	改善割合
p50	17.1ms	13.5ms	21.1%
p90	24.0ms	20.9ms	12.9%
p95	26.0ms	24.9ms	4.2%

こちらも全体的にレスポンス時間が高速化し、かなりのパフォーマンス改善が達成できています。

パーセンタイル	before	after	改善割合
p50	7.09ms	3.92ms	44.7%
p90	8.79ms	5.30ms	39.7%
p95	9.36ms	4.61ms	50.7%

このエンドポイントはもともと一桁msとかなり爆速だったのですが、それが更に改善されて、WEBサイトのレスポンスタイムとしてはあまり見たことがないような数値にまで速くなりました。

before	after
3.16GiB	3.30GiB

アプリケーション全体でのメモリ使用量は約4%上昇していました。
YJITはパフォーマンスを改善する一方でメモリを多く使用するという性質を持ちますが、ここまでメモリ使用量を抑えることができているのは、Ruby 3.3での改善が大きいのではないかと思います。

またCPU使用率については、リリース前後で大きな変化は見られませんでした。
結果としてインフラコストを増やすことなく、純粋にパフォーマンスだけを向上できた形になります。

プロダクトコードに手を加えることなく、Ruby / Railsのバージョンアップを行っただけでアプリケーション全体としてかなりのパフォーマンスを改善することができました。
また、本記事の執筆時点でリリースから数ヶ月以上経過していますが、これに直接起因した不具合や問題は全く発生していません。

今回の結果は Ruby / Railsのバージョンを追従し続ける ことに大きな価値があるということを改めて証明できたと考えています。また、同時にYJITを開発したRubyコミュニティー、コミッターの皆様に深く感謝申し上げます。

今回の結果が、皆さんのバージョンアップのモチベーションとなれば幸いです。

Schooでは一緒に働く仲間を募集しています！