輻輳が発生したときに送信トラフィックを遅くし、パケット応答時間で「輻輳」を測定します。その目的は、大量の書き込みを実行するときに、1 つの NFS クライアントが他のすべてのクライアントの負荷を増大させないようにすることです。
私は、tc トラフィック スロットリングに関連するマニュアル ページ、チュートリアル、および serverfault の回答をかなり読んできましたが、それらはすべて、一般的に任意の帯域幅の上限を選択することから始まります。ネットワーク コンポーネントが改善されたときに、システムが自動的に調整されることを本当に望んでいます。
答え1
つまり、クライアントはインターネット NFS サーバーとの通信に使用しているルーターを共有しているということですか?
これが Linux ルーターで、tcそこに設定されている場合、ISP の制限よりわずかに低い送信レート制限、SFQ のような公平なキューイング、小さなパケット (TCP ACK など。例については Wondershaper を参照) の優先付けによって実際にメリットが得られると思います。
大量のアップロードによって ISP のバッファが過負荷になり、接続が遅くなるのはよくある問題ですが、出力を ISP の制限以下に制限し、SFQ のように独自のルーターで出力をシェーピングし、TCP 制御パケットを優先してレイテンシを改善することで、この問題を防止できます。