私は高性能の tcp サーバーを開発するプロジェクトに取り組んでおり、epoll とマルチスレッドを使用することにしました。しかし、私はサーバーの設計が難しいと感じており、今ではこの 2 つの設計に非常に戸惑っています。
1 つのディスパッチャー、いくつかのワーカー、ディスパッチャーは epoll を使用してすべての接続をリッスンし、着信データをワーカーにディスパッチします。ワーカーは IO イベントを処理しません。
1つのリスナーは、リスニングイベントのみを処理し、新しい接続が来ると、それを受け入れてワーカーにディスパッチします.すべてのワーカーはepoll fdを持ち、この新しいソケットをリッスンします.
魔女の方が良いですか、それともより良いデザインですか？
ありがとう！</p>
簡単な答えはありません。どのタイプのサーバーが必要ですか?
どのサーバー (マシン) を使用しますか (128 x 弱い CPU/8 x 強力な CPU) ?
より普遍的なのは、1 つのディスパッチャー、いくつかのワーカー、ディスパッチャーが epoll を使用してすべての接続をリッスンし、着信データをワーカーにディスパッチし、ワーカーが IO イベントを処理しないことです。
一般に、接続に関してあまり多くの仮定を行わない高性能アーキテクチャを考え出すことは非常に困難です。
私はその分野でいくつかの作業を試みましたが、いくつかの情報はhttp://nginetd.cmeerw.orgで入手できます。
基本的にepoll、単一のスレッド プールで単一の fd (エッジ トリガー モード) を使用しています。つまり、各スレッドは任意の作業 (新しい接続の受け入れ、データの読み取り、要求の処理、応答の送信) を実行できるため、追加のスレッド コンテキスト スイッチは必要ありません。このアーキテクチャの主な課題は、競合を最小限に抑えながら競合状態を発生させないように、同期を適切に行うことです。
libeventはここで非常に役立ちます。あなたの問題を解決するために生まれました。概念実証を構築し、予想される最大負荷を供給して、実際のボトルネックがどこにあるかを測定します。次に最適化 - 「時期尚早の最適化は諸悪の根源です」
このテーマに関する非常に優れたリソースはThe C10K problemです。