スウールの仕組み

(*-*)浩
(*-*)浩オリジナル
2019-12-09 09:22:462610ブラウズ

スウールの仕組み

シングルスレッド モード (SWOOLE_BASE)

このモードは、従来の非同期ノンブロッキング サーバーです。 Nginx や Node.js などのプログラムと完全に一致しています。 (推奨学習: swoole ビデオ チュートリアル )

配信タスクをディスパッチする代わりに、タイム ループで PHP 関数を直接コールバックします。コールバック関数にブロック操作がある場合、サーバーは同期モードに縮退します。 worker_num パラメータは BASE モードでも有効であり、複数の Worker プロセスが開始されます。

#BASE モードにはマスター プロセスの役割はありません#各ワーカー プロセスは、プロセス モードの Reactor スレッドとワーカー プロセスの役割も引き受けます

Manager プロセスは、BASE モードではオプションです。worker_num=1 が設定され、Task 機能と MaxRequest 機能が使用されない場合、最下層は別の Worker プロセスを直接作成し、Manager プロセスは作成しません

#BASE モードの利点:

BASE モードには IPC オーバーヘッドがなく、パフォーマンスが向上します

BASE モードのコードはよりシンプルでエラーが発生しにくくなります

BASE モードの欠点 :

TCP 接続はワーカー プロセス内で維持されるため、ワーカー プロセスがハングアップすると、このワーカー内のすべての接続が閉じられます

少数の長い接続TCP 接続 すべてのワーカー プロセスを利用できません

TCP 接続はワーカーにバインドされています。接続が長いアプリケーションの一部の接続には大量のデータがあり、これらの接続が配置されているワーカー プロセスの負荷は非常に高くなります。高い。ただし、一部の接続のデータ量は小さいため、ワーカー プロセスの負荷は非常に低くなり、異なるワーカー プロセスのバランスが取れなくなります。

BASE モードの適用可能なシナリオ:

クライアント接続間の対話が必要ない場合は、BASE モードを使用できます。 Memcache、HTTP サーバーなど。

プロセス モード (SWOOLE_PROCESS)

マルチプロセス モードは、多数のプロセス間通信およびプロセス管理メカニズムを使用する、最も複雑な方法です。非常に複雑なビジネス ロジックを含むシナリオに適しています。 Swoole は、完全なプロセス管理とメモリ保護メカニズムを提供します。ビジネスロジックが非常に複雑な場合でも、長時間安定して動作します。

Swoole は、Reactor スレッドに Buffer 関数を提供します。これは、多数の遅い接続とバイト単位の悪意のあるクライアントに対処できます。さらに、プログラムをより効率的に実行するための CPU アフィニティ設定オプションが提供されています。

プロセス モードの利点:

接続とデータ リクエストの送信が分離され、一部の接続での大量のデータによってワーカー プロセスが発生することがなくなり、一部の接続に少量のデータが含まれる不均衡

ワーカー プロセスが致命的なエラーを送信しても、接続は切断されません

単一接続の同時実行は達成できますが、少数の TCP のみが必要です。接続は維持され、リクエストは複数のワーカー プロセスで同時に処理できます

プロセス モードの欠点:

2 つの IPC のオーバーヘッドがあります。マスター プロセスとワーカー プロセスは通信に UnixSocket を使用する必要があります。

sendwait、一時停止、再開、その他の操作などの一部の高度な機能はサポートされていません

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

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。