こんにちは。Node.jsやGo、あるいはRustなどで非同期処理や軽量スレッド（Goroutineなど）をバリバリと使いこなし、「PHPもそろそろモダンな並行処理を極めたいな」とやってきたあなたへ。
今日は、PHP 8.1で導入された「Fiber（ファイバー）」、その心臓部である「スタック管理の裏側」について話をさせてください。
他のモダン言語の非同期ランタイムに慣れていると、「PHPのFiberって、メモリや速度の面でどうなんだろう？」と気になりますよね。特に、Fiberが内部でどのようにメモリを確保し、スタックをどう扱っているのか。この低レイヤの仕組みを知るだけで、あなたの書くコードのパフォーマンスは見違えるほど洗練されます。
今日は、Zendエンジンがメモリ空間とどう対話しているのか、その深淵を一緒に覗いてみましょうか。
—
1. Fiberの本質：なぜPHPにスタックが必要なのか
まず大前提として、PHPのFiberは「協力型マルチタスク（Cooperative Multitasking）」を実現するためのプリミティブです。OSスレッドではなく、ユーザースペースで実行コンテキスト（コールスタックと実行ポインタ）を切り替えます。
通常、PHPの関数呼び出しはZend VMのコールスタック（`zend_execute_data`の鎖）上でプッシュ・ポップを繰り返します。しかし、Fiberを使うと、「いま実行しているスタックをごっそり退避させて、別のスタックに切り替える」ことが可能になります。
ここで問題になるのが、「そのスタックをどこに、どのくらいのサイズで確保するのか」というメモリ管理の戦略です。
—
2. 動的拡張 vs 固定サイズ：Zendエンジンの内部戦略
他の言語、例えばGoのGoroutineは、非常に小さな初期スタック（数KB）から始まり、スタックが溢れそうになると動的に拡張（あるいはコピー・再割りMalloc）する仕組みを持っています。
では、PHPのFiberはどうなっているでしょうか？
実は、PHP（Zend VM）のFiber実装において、スタックの扱いは言語仕様やユーザーランドから直接「可変長だ！」とチューニングできるものではなく、OSの仮想メモリ機構やZendエンジンのアロケータ（ZMM）に深く依存した設計になっています。
固定サイズアプローチの現実
PHPのFiberは、内部的に一定のメモリブロックをコールスタックとして割り当てます。
多くのシステム（C言語ベースのucontextやBoost.Context等を利用する環境、あるいはPHP自身のFiber実装）において、スタックサイズはデフォルトで数MB（通常は2MB程度、プラットフォーム依存）に設定されます。
「えっ、たったひとつの軽量タスクに2MBも？ GoのGoroutineは2KBから始まるのに？」
そう思いますよね。ここがPHPのアーキテクチャ上のトレードオフの核心です。
- メモリ効率の観点:
もし数千、数万のFiberを同時に立ち上げる場合、もし仮にすべてに固定の2MBが割り当てられるとしたら、メモリは一瞬で枯渇します（数万 × 2MB ＝ 数十GB！）。そのため、PHPでFiberを使う際は、「同時に何個のFiberがアクティブであるべきか」の設計思想が、GoやNode.jsとは根本的に異なります。
- 実行速度（パフォーマンス）の観点:
逆に、スタックを動的に拡張・縮小（Re-allocation）させると、ポインタの再配置やメモリコピー、そして何よりCPUキャッシュのヒット率低下（スラッシング）という巨大なコストが発生します。PHPは「Webのリクエストライフサイクル（数ミリ秒〜数秒で破棄される世界）」を最速で駆け抜けるように最適化されています。そのため、複雑で重い動的スタック拡張機構を持つよりも、あらかじめ予測可能なサイズを確保し、コンテキストスイッチのオーバーヘッドを極限まで削るアプローチをとっているのです。
—
3. コードで体感するFiberのライフサイクルとメモリの意識
百聞は一見にしかず。実際にFiberを構築し、そのコンテキストスイッチの挙動をコードで確認してみましょう。
ここでは、単なるサンプルではなく、「非同期I/Oやイベントループを擬似的に再現する」実践的な構造を見てみます。
/
echo “メインスクリプト開始 (Zend VM 起動)\n”;
// Fiberのインスタンスを作成
// 内部的にスタック領域が準備されます
$fiber = new Fiber(function (string $name): void {
echo ” [Fiber: {$name}] 実行開始\n”;
// 処理を一時停止（サスペンド）して、親コンテキストに値を返す
$value1 = Fiber::suspend(“一時停止 1回目”);
echo ” [Fiber: {$name}] 再開！ 受け取った値: ‘{$value1}’\n”;
// さらに処理を進める
$value2 = Fiber::suspend(“一時停止 2回目”);
echo ” [Fiber: {$name}] 再開！ 受け取った値: ‘{$value2}’\n”;
echo ” [Fiber: {$name}] 処理完了\n”;
return “最終戻り値”;
});
// Fiberを開始（サスペンドまで実行）
$output1 = $fiber->start(“Worker-A”);
echo “メイン側: Fiberから受け取った -> 「{$output1}」\n”;
// Fiberへ値を送り込んで再開
$output2 = $fiber->resume(“こんにちは、Fiberさん！”);
echo “メイン側: Fiberから受け取った -> 「{$output2}」\n”;
// Fiberを完全に終了させる
$finalResult = $fiber->resume(“そろそろ終わりだよ”);
echo “メイン側: Fiberの最終戻り値 -> 「{$finalResult}」\n”;
echo “メインスクリプト終了\n”;
このコードがエンジン内部でやっていること
1. `new Fiber(…)` が呼ばれた時、ZendエンジンはFiberオブジェクト用の構造体をヒープ上に作成します。ただし、この時点ではまだ実際の実行スタックはフル稼働していません。
2. `$fiber->start()` が走った瞬間、PHPの実行コンテキストがメインのそれからFiber専用のスタックへと切り替わります（コンテキストスイッチ）。
3. `Fiber::suspend()` が実行されると、現在のZend VMの実行状態（どの関数にいて、ローカル変数がどこにあるか）を保持したまま、制御がメインスクリプトへと一瞬で戻ります。
この一連の動きは、OSスレッドを切り替えるような重いカーネルモードへの遷移（Context Switch）を伴わず、すべてユーザーランド（PHPのプロセス空間内）のポインタ操作で行われるため、極めて高速です。
—
4. アーキテクトが教える：Fiberを実務で活かすための設計指針
「固定サイズに近いスタック構造を持つ」というPHP Fiberの特性を理解した上で、私たちがWebアプリケーションを設計する際、どのような心構えが必要でしょうか。
① 「万能の非同期」として乱用しない
Node.jsやGoの感覚で、「数万件のHTTPリクエストをすべて個別のFiberで受けて並行処理する」ような設計をPHPでやると、メモリ（特に各Fiberが保持するスタック領域とZend変数のオーバーヘッド）の壁にぶつかります。
PHPにおけるFiberは、「ひとつのリクエストライフサイクルの中で、I/O待ち（データベースの応答や外部API呼び出し）の無駄な時間を極限まで消し去るため」に使うのが最も美しく機能します。
② イベントループ（AmpやReactPHPなど）との組み合わせ
現代のモダンなPHPエコシステム（Amphp v3など）では、このFiberの特性を裏側で完璧にハンドリングし、開発者が意識することなく効率的な非同期I/Oを実現しています。
開発者は、複雑なコールバック地獄（Promises）を書くことなく、同期処理を書くような直感的なコードで非同期の恩恵を受けられます。
// イメージ：Fiberベースの非同期クライアントなら、同期的な見た目でノンブロッキングを実現できる
$result = \Amp\Http\Client\request(‘https://api.example.com/data’);
// この待機中に、別のFiberがCPU時間を効率的に使う
—
最後に：PHPの裏側を愛するあなたへ
いかがでしたでしょうか？
「なぜそのサイズなのか」「なぜそのトレードオフが存在するのか」。表面的な使い方だけでなく、Zendエンジンやメモリの挙動まで踏い込んで考えると、PHPという言語の見え方がガラリと変わったはずです。
「ここを理解すれば、PHPの裏側が綺麗に見えますよ」。
フレームワークの便利さに甘んじるだけでなく、その下で懸命にCPUサイクルを回し、メモリを管理しているZend VMの息吹を感じながらコードを書く。それこそが、一流のWebシステムアーキテクトへの第一歩です。
さあ、今日の知識を武器に、あなたのプロダクトをさらに高速で美しいアーキテクチャへと導いてあげてください。