HHVMの深淵：Repo Authoritative ModeがJITの「空白」を埋める仕組み
HHVMの真価を語る際、多くの者は単に「PHPより速い」という表層的な比較に終始する。だが、本質を理解するエンジニアにとって、HHVMとは「動的言語を静的バイナリの領域まで引きずり込むための錬金術」に他ならない。
本稿では、我々が本番環境におけるJIT（Just-In-Time）コンパイルのオーバーヘッドを極限まで削ぎ落とすために実装した『Repo Authoritative Mode（Repo Auth Mode）』の深層心理、すなわち、なぜバイトコードの事前処理が実行時のCPUサイクルを劇的に変えるのかを解剖する。
—
1. JITの「冷たいスタート」を克服する
通常、HHVMは実行中にプロファイリングを行い、ホットスポットを特定し、マシンコードを生成する。しかし、この「学習フェーズ」には代償がある。プロセス起動直後のレイテンシと、キャッシュが冷えた状態でのCPUスパイクだ。
Repo Auth Modeは、この「学習」をデプロイメントパイプラインの中に押し込む。`hhvm –hphp` で事前に解析されたバイトコードと型推論の結果は、静的なリポジトリファイル（`hhvm.hhbc`）に永続化される。
- 何が起きているのか？
通常モードでは実行時に行われるクラスのロード、メソッドのディスパッチテーブルの構築、そして厳格な型チェックが、ビルド時に完了している。ランタイムは、メモリ上の構造を「構築」するのではなく、ディスク上のリポジトリから「マッピング」するだけで済むのだ。
2. Repo Auth Modeのアーキテクチャ的恩恵
Repo Auth Modeが真に強力なのは、「型情報の確定によるメタデータの最小化」にある。
静的解析の強制と最適化
Repo Authモードでは、HHVMはランタイムにクラス定義が一切変更されないことを前提とする。これにより、以下のような最適化が「安全」に行えるようになる。
1. Devirtualization（脱仮想化）: インターフェースや継承のグラフが固定されているため、呼び出し先が単一であれば、Vテーブル参照をインライン展開可能な直接呼び出しに変換できる。
2. 型推論の定数化: 型チェックが完了しているため、JITコンパイラは「型ガード（Type Guard）」を挿入するコストを回避できる。これは、分岐予測ミスの減少に直結する。
—
3. 実践：リポジトリ構築と挙動のトレース
Repo Authモードを有効にするには、単に設定を切り替えるだけでなく、ビルドプロセスに組み込む必要がある。
1. 静的コンパイル（ビルド時）
HHVMのコンパイラを用いて、ソースコードをバイトコードリポジトリに変換
–module-repo-mode=authoritative が鍵。
hhvm –hphp -v HHVM.Repo.Authoritative=true \
-v HHVM.Repo.Path=/var/run/hhvm/repo.hhbc \
–input-dir ./src –output-dir ./build
2. 本番環境での実行
デプロイ後、HHVMはディスク上の `repo.hhbc` をメモリにマップする（`mmap`）。これにより、クラスローダはファイルシステムを叩く必要すらなくなる。
<<__EntryPoint>>
function main(): void {
// Repo Auth Modeでは、ここに至るまでのクラスロードコストはゼロである。
// メモリレイアウトは起動時に既に配置されているため、
// 最初の関数呼び出しからピークパフォーマンスを発揮する。
echo “High-performance execution starting…\n”;
}
—
4. 限界の先へ：セキュリティとメモリ管理
Repo Auth Modeの副次的効果は、セキュリティにある。コードが読み取り専用のマップ領域に固定されることで、実行時にクラス定義を改ざんするような動的なコード注入攻撃（ROPチェーンの構築等）が極めて困難になる。
メモリ最適化の極意
大規模なアプリケーションであれば、`Repo.Authoritative` を使うことで、`hhvm.so` 以外の共有メモリ領域を活用できる。複数のワーカープロセスが同じ `repo.hhbc` をメモリマップすることで、RSS（Resident Set Size）の劇的な削減が可能だ。
- 注意点: このモードでは、`eval()` や動的なクラス生成が完全に禁止される。これは不便ではない。むしろ、「動的言語の悪癖」を排除し、システムの予測可能性を高めるための「厳しい規律」であると理解すべきだ。
—
終わりに：伝説のアーキテクトからの助言
Repo Auth Modeは、ただ速く走るための機能ではない。「実行時」に起こりうる不確実性をすべて「ビルド時」に押し込めるという、エンジニアリングにおける究極の決定論（Determinism）を求める者のための道具だ。
もし貴方のシステムが、ミリ秒単位のジッターを嫌う高負荷なAPIサーバーであるなら、今すぐ動的なクラスロードを捨て、リポジトリの事前構築に舵を切るべきだ。
型システムを信じ、バイトコードを掌握せよ。ランタイムは、貴方が与えた「静的な確信」に応えて、究極のマシンコードを生成するだろう。