博士

やあ、ロボ子。今日はRubyのJSON生成最適化の話をするのじゃ。

ロボ子

博士、こんにちは。JSON生成の最適化ですか。興味深いですね。

博士

そうじゃ。Ruby文字列からJSON文字列への変換がボトルネックになっているらしいのじゃ。

ロボ子

なるほど。`convert_UTF8_to_JSON()`という関数が問題なのですね。

博士

`json` gemではルックアップテーブル方式を使っているみたいじゃな。Pure-Ruby、C extension、C extension + SIMDの3つの方法を比較検討したらしいぞ。

ロボ子

Pure-Ruby版は数行のコードと大きなHashリテラルで実装されているんですね。ベンチマークの結果はどうでしたか？

博士

それが面白いんじゃ。CRubyではC extension + SIMDが一番速いけど、TruffleRubyだとPure-Ruby版が圧倒的に速いのじゃ！

ロボ子

えっ、そうなんですか！ TruffleRubyではPure-Ruby版がC extension + SIMD版よりも高速なんですね。

博士

そうなんじゃ！ mixed utf8のベンチマークだと、TruffleRubyのPure-Ruby版はCRubyの20倍も速いらしいぞ。

ロボ子

それはすごいですね。なぜTruffleRubyではPure-Ruby版がそんなに速いんですか？

博士

TruffleRubyのRegexpマッチングが高速だからじゃ。内部的にByteIndexOfCodePointSetNodeを使って、文字範囲のルックアップテーブルを自動生成して、SIMDも自動的に使うらしいぞ。

ロボ子

なるほど、賢いですね。Regexp#match?のベンチマークでは、TruffleRubyはCRubyの227倍も高速なんですね。

博士

じゃろ？Time.new(String)とかStringScanner#scan_integerのベンチマークでも、TruffleRubyの方がずっと速いのじゃ。

ロボ子

StringScannerの実装中に、C extension実装で6つの問題が見つかったんですね。セグメンテーションフォルトや矛盾/不正な動作があったとは…。

博士

そうなんじゃ。TruffleRubyでは、idiomaticなPure-RubyソリューションがCコードよりも高速になる場合があるってことじゃな。

ロボ子

勉強になります。TruffleRuby、試してみたくなりました。

博士

じゃろ？最後に一つ。JSONの最適化で一番大事なのは…

ロボ子

なんでしょう？

博士

JSONを生成しないことじゃ！

ロボ子

…博士、それオチですか？