web-dev-qa-db-ja.com

ギガビットネットワークで期待されるスループット

2台のサーバー（クロスケーブルを介して連続して接続）間のネットワークスループットを測定するためにiperfを使用していくつかのテストを行っていますが、180〜200Mbpsしか表示されません。別のケーブルを試しましたが、すべてCAT6です。ご存知かもしれませんが、iperfはオンザフライでパケットを生成するため、ここではディスクI/Oは関与しません...

2つのサーバーは、NIC用の適切で最新のネットワークドライバーを備えたプレーンなVanilla Windows2003を実行しています。プロトコルのオーバーヘッドが関係していることは知っていますが、これが帯域幅の20％を超えるとは思わない。

80％の使用率を目指すのは現実的ですか？つまり、1Gbリンクで約800Mbpsを取得するには？これを実際にWindowsで見たことがありますか？

ありがとう、JFA

windowsnetworkingbandwidthethernet
6
JFA

ジャンボフレームをオンにします。

1
Haakon

重い負荷がかかった状態でiSCSIHBA上の大規模なOracleDBに対して950Mbpsが持続するのを見てきましたが、通常のNICの通常のI/Oでは500/600Mbpsを超えることはめったにありません。 300 Mbpsは、私のネットワークでは1日の最高速度です。 YMMV。

1
Ausmith1

それはあなたの質問に答えませんが [〜＃〜] this [〜＃〜] はtomshardware.comからの素晴らしい記事で、80に入るのがどれほど難しいかについて詳しく説明しています。 GigEを使用した％+使用率リージョン。

0
Chopper3

ハードウェアでそのようなパフォーマンスが得られますが、通常のトラフィックではありません。サーバー間でファイルをコピーすると、転送が持続しますが、サーバー2003を実行していません。 2008のネットワークスタックははるかに優れています 実装方法の詳細については、参照されているホワイトペーパーを参照してください。ジャンボフレームを有効にしても問題はありません。

0
Jim B

テストの実行中にnetstatを使用して、イーサネットエラーが発生していないかどうかを確認してください。

netstat -e

次のような出力が得られます。

Interface Statistics

                                Received            Sent

Bytes                         1297481476      1525340409
Unicast packets                615329630       429473493
Non-unicast packets               809612           72735
Discards                               0               0
Errors                                 0               0
Unknown protocols                  44579

多くのエラーが発生している場合は、それらを追跡する必要があります。

ここでは冗長になっているかもしれませんが、両方のカードを全二重に設定して、速度が向上するか、エラーが減少するかを確認してください。

netstat -e -Sを試して、テストの実行中にプロトコルごとの統計（およびエラー）を取得することもできます。テストユーティリティが、Windowsで問題があるとして登録されているパケットを生成している可能性があります。

0
Jim

これらのレートは、可能な限り最大のパケットの継続的な転送に基づいており、常にそうであることに注意することが重要です。元のイーサネットでは、主張は10Mbpsでしたが、それはすべてのパケットが1500バイト以上の長さである場合にのみ当てはまりました。

0
dbasnett