なぜ swoole は fpm よりも速いのでしょうか?

PHP-FPM

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

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

初期化モジュール。

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

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

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

モジュールを閉じます。

Swoole

Swoole もマスター/ワーカー モードを採用しています。違いは、マスター プロセスに複数の Reactor スレッドがあることです。マスターは単なるイベント ジェネレーターであり、ソケットハンドルの監視、イベントの変更。

Worker はマルチプロセス方式で実行され、Reactor スレッドからリクエストを受け取り、コールバック関数 (PHP で記述された) を実行します。マスター プロセスを開始するプロセスは大まかに次のとおりです:

初期化モジュール。

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

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

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

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

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

以上がなぜ swoole は fpm よりも速いのでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。