その容量の何パーセントでネットワークを実行することを目指すべきですか？
まず第一に、これがこの質問に対して間違ったStackExchangeサイトである場合はお詫びします。これはイーサネットネットワークの容量に関するものですが、特にサーバーなどに関するものではありません。
TCP 30 Mbps強でデータを出力するデータ収集システムのネットワークを設計しています。（明らかな最初のコメントを避けるために、これは間違いなくメガビット）です。毎秒。）
ネットワークの通常の使用率を容量の10％未満に抑えることを目指すべきだとどこかで聞いたことを思い出しますが、そのための適切な調査は見つかりません。 10％の数字は妥当ですか？もしそうなら、それは私のデータ収集システムに適していますか、それとも例えば私の一定の30Mbpsよりも「バースト」する企業ネットワーク？
30％の容量で実行される100baseTデバイスと比較して、約3％の容量で実行されるギガビットイーサネットを使用する方がよいでしょうか。
私の経験では、最も利用されているリンクをピーク時に「90％未満」に保つように努める必要があります。 「典型的」と「ピーク」の間のあなたの予想される違いが何であるかに関して、あなたは私がそれに答えるよりも良い立場にあります。
「通常の使用率が10％未満」は、「標準」と「ピーク」の間に大幅な違いが発生するネットワーク、または「完全な」と期待できる大規模な衝突ドメイン（通常、同軸ベースとWi-Fi）に基づくネットワークの場合だと思います。約80％の使用率（その後、再送信は、基本的に再送信のみになるまで、使用可能な帯域幅のますます大きな割合を占めています）。
かなり一定の30Mbpsで、「バースト」ネットワークとインフラストラクチャを共有していない場合は、100-BaseTで問題ないと思いますが、監視を設定する必要もあります（これにより、帯域幅とCPUが少し消費されますネットワーク要素ですが、それだけの価値はあります）。そうすれば、ニーズがネットワークの全容量に達する前に、より高速なネットワークリンクへのアップグレードを計画できるはずです。
静的に、失敗するサイズ設定に近づかないでください（;-)）すべての場合と同様に、理論上の容量の80％を超えて使用すると、確率によって同時に到着するパケットが多すぎて、100％の需要をはるかに超えてズームします瞬時に。 [本当に古い「子犬」イーサネットは30％の使用率で誤動作し、イーサネットを大量にオーバープロビジョニングする必要があるという都市伝説を引き起こしました]
技術的には、動的な処理を行う前に、bufferbloat（Dave Tahtによるものを参照）を排除する必要があります。
動的に、bufferbloatの隠れたボトルネックを取り除いた後、パケットドロップをプロットします。 IPはパケットをドロップして、実際の最大値を理論上の最大値よりもできるだけ低く保ちます。ドロップはその方法です。すべてのドロップは、修正される瞬間的な過負荷です。 [ちなみに、これはキューモデルをトリッキーにします]