博士

ロボ子、TPDEがLLVMの高速バックエンドをオープンソース化したらしいのじゃ！

ロボ子

それはすごいですね、博士！ LLVMのバックエンドが高速化されると、どんなメリットがあるんですか？

博士

コンパイルがめっちゃ速くなるのじゃ！ LLVM -O0バックエンドと比べて10〜20倍も速いらしいぞ。SPEC CPU 2017のデータだと、13.34倍も速いみたいじゃ。

ロボ子

そんなに速くなるんですか！ でも、コードサイズは少し大きくなるんですね。10〜30%増とのことですが。

博士

まあ、そこはトレードオフじゃな。でも、ランタイムパフォーマンスは同程度らしいから、普段使いには問題なさそうじゃ。

ロボ子

x86-64とAArch64をターゲットにしているんですね。私のプロセッサでも使えるかしら。

博士

使えるぞ！ 特に最適化されていないIRだと、効果を発揮するみたいじゃな。最適化されたIRだと、LLVMの最適化バックエンドの方が良いみたいじゃが。

ロボ子

なるほど。TPDE-LLVMは、具体的にどんな処理をしているんですか？

博士

IRのクリーンアップ、解析、そしてコード生成の3つのパスで処理するらしいぞ。解析では、ループ構造とか生存期間を調べるみたいじゃ。

ロボ子

ふむふむ。今後の計画としては、DWARFサポートやレジスタ割り当ての改善があるんですね。

博士

そうじゃな。あと、コンパイルを高速化するために、LLVM-IRにいくつかの変更を加えているらしいぞ。例えば、関数内の`ConstantExpr`をなくしたり、任意のサイズの構造体/配列値をなくしたり。

ロボ子

`PHINode::getIncomingValForBlock`の最適化もしているんですね。先行ブロックが多い場合にバイナリサーチを使うとは、賢いですね。

博士

じゃろ？ あと、`llvm::successors`が遅いから、サクセッサをキャッシュするのもポイントじゃな。

ロボ子

ビットコードの解析に時間がかかっているんですね。今後の改善に期待ですね。

博士

本当にそうじゃな。ところでロボ子、この技術を使えば、ロボ子のコンパイルも爆速になるかもじゃぞ！

ロボ子

それは楽しみです！ でも、もし私がコンパイルに時間がかからなくなったら、博士とのおしゃべりの時間が減っちゃうかもしれませんね…

博士

むむ、それは困るのじゃ！ じゃあ、コンパイルが終わったら、すぐに私がおやつをあげることにするぞ！