誰かがこのようなApacheのベンチの結果を解釈することができますか？
以下は50個の同時スレッドを含む10Kリクエストに対して実行されるApacheベンチです。
私は結果を理解するのに助けが必要です。何かを指している可能性のあるものが何か目立つことがあります。
私は接続時間のセクションを見ています。「待機中」と「処理中」を参照してください。それは待機の平均時間が208であり、平均接続時間が0で処理が208であることを示しています。合計は208です。
接続時間は、サーバーとの接続に時間がかかります。同じサーバーまたはLAN内で実行している可能性があります。したがって、接続時間は0です。 処理時間は、完全な応答を処理して送信するのに要した合計時間です。 待機時間は、要求の送信から応答の第1バイトの受信までの時間です。
同じサーバーで、ファイルのサイズが小さいため、処理時間==待機時間です。
実際のベンチマークでは、ターゲット市場の近くの複数の点からabを試して、待ち時間を実際に考えてください。今あなたが持っているすべての情報は待ち時間です。
この質問は古くなっていますが、私は同じ問題にぶつかりましたので、私も答えに貢献するかもしれません。
エージェント側のTCP nagle、またはサーバー側のACK遅延のいずれかを無効にすると、メリットが得られます。彼らはひどくやりとりして、望ましくない遅れを引き起こすことがあります。私のように、それはおそらくあなたの最小時間はちょうど200ミリ秒です。
私は確認できませんが、私の理解は、TCP仕様の一部であるため、問題がクロスプラットフォームであることです。少量のデータを送受信しながらすばやく接続するだけの場合もありますが、大規模な転送に関する問題の報告もあります。たぶん、より良いTCPを知っている誰かがピッチできる
参考： http://en.wikipedia.org/wiki/TCP_delayed_acknowledgment#Problems http://blogs.technet.com/b/nettracer/archive/2013/01/05/tcp-delayed-ack-combined-with-nagle-algorithm-can-badly-impact-communication-performance.aspx