FPMとスウールの違い

PHP-FPM

PHP の初期バージョンには組み込みの WEB サーバーはありませんでしたが、SAPI (サーバー API) が提供されていました。 ) サードパーティと接続します。現在非常に人気のある php-fpm は、FastCGI プロトコルを介して PHP とサードパーティの WEB サーバー間の通信を処理します。 (推奨学習: swoole ビデオ チュートリアル )

例: Nginx php-fpm の組み合わせ この方法で実行される fpm はマスター/ワーカー モードであり、マスター プロセスですNginx リクエストをリッスンするために開始され、複数のワーカー プロセスをフォークしてリクエストを処理します。各ワーカー プロセスは 1 つのリクエストのみを処理できます。単一プロセスのライフ サイクルはおおよそ次のとおりです:

初期化モジュール。

初期化リクエスト。ここでのリクエストは、HTTP リクエストではなく、PHP にコードの実行をリクエストすることを意味します。

PHP スクリプトを実行します。

リクエストを終了します。

モジュールを閉じます。

Swoole はマスター/ワーカー モードも採用しています。違いは、マスター プロセスに複数の Reactor スレッドがあることです。マスターは単なるイベント ジェネレーターであり、ソケット ハンドルでのイベントの変更を監視する責任があります。 Worker はマルチプロセス方式で実行され、Reactor スレッドからリクエストを受け取り、コールバック関数 (PHP で記述された) を実行します。マスター プロセスを開始するプロセスは大まかに次のとおりです:

初期化モジュール。

初期化リクエスト。 swoole は cli を通じて実行する必要があるため、$_SERVER、$_POST、$_GET などの PHP のグローバル変数はリクエストの初期化時に初期化されません。

PHP スクリプトを実行します。字句解析や構文解析、変数、関数、クラスなどの初期化を含め、マスターはリスニング状態に入り、プロセスは終了しません。

Swoole アクセラレーションの原理

Reactor (epoll の IO 再利用メソッド) は、ソケット ハンドルのイベント変更を監視し、同時実行性の問題を解決する役割を果たします。

メモリ常駐により PHP コードの初期化時間を節約する かさばるフレームワークを使用する場合、swoole を使用することによる高速化効果は非常に明白です。

違いを比較

PHP-FPM

マスター メイン プロセス / ワーカー マルチプロセス モード。

マスターを起動し、FastCGI プロトコルを通じて Nginx から送信されたリクエストをリッスンします。

各ワーカー プロセスは、完全な PHP コードを実行するために使用される 1 つの接続のみに対応します。

PHP コードが実行されると、占有されていたすべてのメモリが破棄され、次のリクエストを再初期化するなどの面倒な操作が必要になります。

HTTP サーバーのみ。

Swoole

マスター メイン プロセス (複数の Reactor スレッドで構成される)/ワーカー マルチプロセス (またはマルチスレッド) モード

Master を起動し、PHP コードを初期化し、Reactor がソケット ハンドルのイベント変更を監視します。

Reactor のメイン スレッドはマルチスレッドのバランスを担当し、Manager プロセスは TaskWorker プロセスを含む複数の Worker プロセスを管理します。

各ワーカーは Reactor からのリクエストを受け入れ、コールバック関数部分の PHP コードを実行するだけで済みます。

PHP 初期化コードは、マスターの開始時に 1 回だけ実行され、マスターはリスニング状態になり、プロセスは終了しません。

HTTP サーバーだけでなく、TCP 接続や WebSocket 接続も確立できます。

以上がFPMとスウールの違いの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。