ソケットリスナー複数同時AcceptAsync呼び出し

Question

私は高性能サーバーを作成する方法についてソケットプログラミングと読書を見てきました。接続を受け入れた後にリスニング状態に戻すソケットを置くためにSocketのAcceptAsync方法を使用して、どのように時々呼び出しがsyncronously実行（およびfalseを返す）も接続がすぐに利用可能である場合に、どのように読ん

、私がし始めましたたとえ1000クライアントが一度に接続されていても、クライアントがどれくらい速くパススルーできるかによっては、最終的には1つの新しい接続を一度に処理するだけで、AcceptAsyncを使用する接続を受け入れるソケットは非同期的に「待機」します処理のための別のスレッドに、パフォーマンスを制限することがあります。

これは私が意図していたオブジェクトプールではなく、すべての接続にSocketAsyncEventArgsという単一のインスタンスを使用して、このことを念頭に置いてクラスを作成できるかどうか疑問に思いました。

このことについてもっと考えてみると、接続が利用できない間に複数のAcceptAsyncコールが行われた場合に何が起こるのかと疑問に思った。だから私は何が起こるか見るために、この非常に非常にラフなテストアプリケーションを作っ：

class Program 
{ 
    private static Socket s; 

    static void Main(string[] args) 
    { 
     s = new Socket(IPAddress.Any.AddressFamily, SocketType.Stream, ProtocolType.Tcp); 
     s.Bind(new IPEndPoint(IPAddress.Any, 10001)); 
     s.Listen(10); 
     var e = new SocketAsyncEventArgs(); 
     e.Completed += EOnCompleted; 
     s.AcceptAsync(e); 
     e = new SocketAsyncEventArgs(); 
     e.Completed += EOnCompleted; 
     s.AcceptAsync(e); 
     e = new SocketAsyncEventArgs(); 
     e.Completed += EOnCompleted; 
     s.AcceptAsync(e); 
     e = new SocketAsyncEventArgs(); 
     e.Completed += EOnCompleted; 
     s.AcceptAsync(e); 
     while (true) 
     { 

     } 
    } 

    private static void EOnCompleted(object sender, SocketAsyncEventArgs socketAsyncEventArgs) 
    { 
     Console.WriteLine(socketAsyncEventArgs.AcceptSocket.RemoteEndPoint); 
     Thread.Sleep(10000); 
     var e = new SocketAsyncEventArgs(); 
     e.Completed += EOnCompleted; 
     s.AcceptAsync(e); 
    } 
} 

私が接続してアプリケーションをスパムへのTCPテストアプリケーションを使用して、結果が複数のAcceptAsync呼び出しは、複数の/受諾の完全なサイクルを作成したことを示しました。並行して実行されたようだ。

私の質問は、実際には何か利点がありますか？着信接続の処理を高速化するには正当な方法ですか？何か欠点はありますか？

EDIT 1：データを常に非同期呼び出し用に処理することができれば、それらはすべて同期的に実行され、新しい接続を受け入れることはできません。かなりの遅れがある。

高性能サーバーを実際に作成するにはどうすればよいですか。

Answer 1

通常、必要とされるすべては、このコードです：

while (true) { 
var socket = listener.Accept(); 
Task.Run(async() => await RunConnectionAsync(socket)); 
} 

このコードのユーザーモードの部分は非常に迅速に実行されます。ほぼすべての時間がカーネルに費やされます。これにより、接続が非常に迅速に受け入れられます。カーネル管理されたバックログのため、接続は切断されません。

あなたのperf目標に達するために複数の未処理の受け入れ呼び出しを行う必要はほとんどありません。必要な場合は、複数のスレッドで同じコードを実行するだけです。

SocketAsyncEventArgs APIは廃止になっています。タスクベースのIOははるかに便利で、CPUを多少使用するだけです。

特に、操作ごとに新しいSocketAsyncEventArgsを作成すると、そのパターンのすべての利点が失われます。それは無意味です。

ほとんどの場合、ソケットから受け入れるために非同期IOは必要ありません。実行にはより多くのCPU時間がかかり、したがって待ち時間はわずかに長くなります。