それはここに言います -
http://en.wikipedia.org/wiki/TCP_window_scale_option#Linux
「多くのルーターとファイアウォールは TCP ウィンドウ スケーリングを適切に実装していないため、ユーザーのインターネット接続が数分間断続的に誤動作し、その後、理由もなく再び機能し始めたように見えることがあります。
ファイアウォールが TCP 拡張機能をサポートしていない場合にも問題があります。」
私が理解しているように、多くの短い接続 (Web) では、TCP ウィンドウ スケーリングがチャネルのパフォーマンスに悪影響を及ぼします。
Linux サーバーでTCP ウィンドウ スケーリングを無効にしますか?
ありがとう！
あなたが引用したウィキペディアの記事は、かなり誇張しているように私には思えます。リンク先の Microsoft サポート技術情報の記事では、この問題が発生したデバイスは 5 つしか挙げられていません。それは「多く」ではありません。
そして、この問題は、Windows Vista がデフォルトで 8 という非常に大きなウィンドウ スケールを使用しているために発生していることを考慮する必要があります。これは、64k << 8 = 16MB という途方もなく大きな数のウィンドウを表すのに十分です。Linuxはそれをまったくトリガーする場合とトリガーしない場合があります。現在、それについての証拠はありません。
TCP ウィンドウ スケーリングは、「多くの短い接続のパフォーマンスの低下」を引き起こしません。これにより、長期間の接続で非常に優れたパフォーマンスが得られます。
私なら、任意の Web ソースよりも、RFC とベンダーの声明に多くの依存を置きます。ウィキペディアでさえ。ちょうど今月、そこにある TCP 記事の重大なエラーを修正しました。
1）SACK、ECNなどを含むすべてのTCP拡張機能は、クライアントとサーバーソケット内の3ウェイハンドシェイクプロセス間でネゴシエートされます。いずれかが上記の拡張機能をサポートしていない場合、別のピアはそのTCPのライフサイクル中にそれらのTCP拡張機能を無視します。セッション。したがって、ファイアウォールまたはルーターがこれらの拡張機能をサポートしていなくても問題はありません。
2）ベンダーはAIMDの原則に基づいてウィンドウスケーリングを実装するのが一般的な方法です。ウィンドウスケーリングをデフォルトで有効のままにしておくことをお勧めします。