こんにちは。Node.jsやGo、あるいはRustあたりの非同期・並行処理モデルに慣れ親しみ、「PHPでもっとスマートなI/Oバウンドな並行処理ができないか」と模索しているあなたへ。
現代のPHP（PHP 8.1以降）には、Fiber（ファイバー）という強力なプリミティブが備わっています。そしてPHP 8.0で導入されたJITコンパイラ。この2つが組み合わさったとき、PHPの実行エンジン内部で何が起きているのか、気になったことはありませんか？
今回は、Node.jsやGoのコンテキストとは一味違う、Zend VMの内部世界におけるFiberとJITの挙動について、少し深く潜ってみましょう。ここを理解すると、PHPという言語の「見え方」がガラリと変わりますよ。
—
1. Zend VMのスタック構造とFiberの本質
まず、PHPの実行モデルを低レイヤからおさらいしておきましょう。
通常のPHPスクリプトは、1リクエスト（FPMの1プロセス）につき1つのコールスタック（C言語の関数コールスタック上に構築されるZend VMの実行スタック）を持ち上から下に流れていきます。同期的なブロッキングI/O（データベースクエリや外部APIコール）が発生すると、CPUはその応答を待つためにアイドル状態になり、プロセス全体が止まります。
ここで登場するのが Fiber（スタックレス・コルーチンではなく、スタックフル・ファイバー） です。
PHPのFiberは、「実行コンテキストの切り離しと復帰」をユーザースペースで行うための仕組みです。
Zend VMの内部では、`zend_execute_data` という関数実行のコンテキストや、ローカル変数を保持するスタックフレームの塊が連結リストとして管理されています。Fiberを使うと、この実行コンテキストの一部（あるいは独立したスタック空間）を一度ヒープ上に退避させ、別のFiberのコンテキストに切り替える（`suspend` と `resume`）ことができるようになります。
[メインの実行コンテキスト]
↓ (Fiber::suspend)
[コンテキストをヒープへ退避] ──> [別のFiberのコンテキストを実行]
これにより、イベントループ（AmpやReactPHPなどのエコシステム）と組み合わせることで、OSスレッドを増やすことなく、見かけ上の非同期並行処理を実現できるわけです。
—
2. JITコンパイラはFiberのパフォーマンスをどう変えるのか？
「非同期処理を導入すればスループットが上がる」というのは常識ですが、そこに JITコンパイラ が絡むと話は少し面白くなります。
PHP 8以降のJIT（DynASMをベースにしたもの）は、Zend Opcodes（中間コード）を直接ネイティブマシン語（x86/ARMの機械語）に翻訳し、CPUのキャッシュに乗せて高速実行します。ここで重要なのは、JITが最も効果を発揮するのは「CPUバウンドな演算処理（ループや数値計算など）」であるという点です。
では、I/Oバウンドな非同期処理を行うFiberの文脈において、JITはどのような恩恵をもたらし、そしてどんな「罠」を秘めているのでしょうか？
JITの恩恵：イベントループとプロトコル処理の高速化
非同期アプリケーション（WebSocketサーバーや非同期HTTPクライアントなど）では、リクエストの待ち受けだけでなく、大量のデータパケットのパース、JSONのシリアライズ/デシリアライズ、ルーティングの計算など、地味にCPUを消費する処理がイベントループの周りで頻繁に行われます。
JITを有効（`opcache.jit_buffer_size`を設定）にしている場合、これらのイベントループを駆動するフレームワーク層の純粋なPHPコード（ヘルパー関数やデータ構造の操作など）がネイティブマシン語にコンパイルされます。
結果として、Fiberの切り替え前後のオーバーヘッド（関数呼び出しやコンテキストスイッチの管理コスト）以外の部分、すなわち「データ処理のオーバーヘッド」が劇的に削減されます。
潜在的な問題：トレースJITとFiber切替時のキャッシュ効率
一方で、注意すべき点もあります。PHPのJITは「トレースJIT（Trace JIT）」を採用しています。これは、実行頻度の高いループ（Hot Loop）を検出し、その実行パス（トレース）を最適化してマシン語キャッシュに保持する仕組みです。
ここで、Fiber特有の挙動が問題になります。
Fiberは `suspend` と `resume` によって、実行フローが細かく細分化され、あちこちにジャンプします。イベントループのなかで何十個ものFiberが頻繁に切り替わりながら小さなタスクを処理し続けると、制御フローが頻繁に変わりすぎて、JITが効率的な「ホットトレース」を構築しにくくなる（トレースの断片化）という現象が起きます。
さらに、ネイティブコードのキャッシュ（JIT Buffer）やCPUの命令キャッシュ（I-cache）の観点からも、コンテキストスイッチが多発するとキャッシュミスが増加し、期待したほどのパフォーマンスが出ないケースがあります。
—
3. 実践：FiberとJITを意識した非同期コードの書き方
理屈はこれくらいにして、実際にモダンなPHPのコードを見てみましょう。ここでは、Fiberベースの簡易的な非同期タスクランナーを想定し、JITが効きやすい（＝CPU負荷の高い）処理とI/O待ちが混在するコードの書き方のコツを体感してもらいます。
/
class AsyncRuntime
{
private \SplQueue $queue;
public function __construct()
{
$this->queue = new \SplQueue();
}
public function add(Fiber $fiber): void
{
$this->queue->enqueue($fiber);
}
public function run(): void
{
while (!$this->queue->isEmpty()) {
/ @var Fiber $fiber /
$fiber = $this->queue->dequeue();
if (!$fiber->isTerminated()) {
try {
// Fiberを開始、または中断したところから再開
if (!$fiber->isStarted()) {
$fiber->start();
} else {
$fiber->resume();
}
// まだ終了していなければ、キューの末尾に戻してイベントループを継続
if (!$fiber->isTerminated()) {
$this->queue->enqueue($fiber);
}
} catch (\Throwable $e) {
echo “タスク実行時エラー: ” . $e->getMessage() . “\n”;
}
}
}
}
}
// — JITの恩恵を受けやすい「CPUバウンドな処理」を内包するタスク —
$cpuHeavyTask = function (int $id, int $limit) {
echo “Fiber #{$id}: CPU集約型処理を開始します（JITのターゲット）\n”;
$result = 0;
// このようなループは、JITによってネイティブコード化され高速に処理されます
for ($i = 0; $i < $limit; $i++) {
$result += ($i 3) % 7;
// 定期的にFiberを中断（サスペンド）して協調的マルチタスクを行う
if ($i % 50000 === 0) {
Fiber::suspend();
}
}
echo "Fiber #{$id}: 完了。計算結果 = {$result}\n";
};
// 実行ランタイムの初期化
$runtime = new AsyncRuntime();
// 2つのFiberを登録
$runtime->add(new Fiber(fn() => $cpuHeavyTask(1, 150000)));
$runtime->add(new Fiber(fn() => $cpuHeavyTask(2, 150000)));
$start = microtime(true);
$runtime->run();
$end = microtime(true);
printf(“すべての非同期タスクが %.4f 秒で完了しました。\n”, $end – $start);
このコードのポイントとJITの相性
上記のコード内にある `for` ループの部分は、JITコンパイラにとって非常に「美味しい」ターゲットです。`opcache.jit` が有効（例: `tracing` モード）であれば、このループ内のバイトコードは一瞬で最適化された機械語に変換されます。
一方で、`Fiber::suspend()` を挟むことで、「CPUを使い潰さずに、他のFiberへ処理を譲る（協調的スケジューリング）」という設計になっています。これにより、Node.jsのEvent Loopに近い挙動をPHPのシングルスレッド空間で再現できるのです。
—
4. アーキテクトからの実践的アドバイス
実務の現場でFiberとJITを組み合わせた高パフォーマンスなWebシステム（APIゲートウェイや非同期ワーカーなど）を設計する際は、次の3点を胸に刻んでおいてください。
1. JITは「万能薬」ではないことを知る
I/O待ち（DBや外部APIの応答）そのものはJITによって高速化されません。JITが加速するのはあくまで「PHPコードの演算部分」です。したがって、ボトルネックがどこにあるのか（プロファイラ等で）見極めることが先決です。
2. 過剰なコンテキストスイッチを避ける
Fiberを細かく切り替すぎると、Zend VMのコンテキスト管理コストや前述したJITのトレース断片化を招きます。「1つのリクエストに対してFiberを何千個も乱発する」ような設計は、PHPのメモリモデル（各Fiberが持つスタック・データ構造）においてオーバーヘッドが無視できなくなる場合があります。
3. OPcacheの設定をチューニングする
JITを有効にする際は、`opcache.jit_buffer_size`（例: `64M` や `128M` など）を適切に割り当て、メモリ不足でJITが無効化されないように監視してください。
PHPは、単なる「Webのテンプレート言語」から、こうした低レイヤの最適化とモダンな並行処理モデルを内包した「本格的なシステム開発言語」へと進化を遂げました。
そのエンジン内部（Zend VM）の呼吸を感じながらコードを書けるようになれば、あなたの書くPHPアプリケーションは、見違えるほど堅牢で美しいものになるはずです。さあ、次のアーキテクチャ設計に、この知見を存分に活かしてください。