ギガビットは本当にギガビット?web-dev-qa-db-ja.com/home/日本語/networking/ギガビットは本当にギガビット?ギガビットは本当にギガビット?ギビットニックス(サーバーグレードインテル)とクロスケーブル付きの2つのボックスを使用する場合...使用されているパイプの%20-40しか表示されません。同じ取引で2枚の100mbpsカードを入れます。20〜40%と言うときは、各インスタンスでの意味と、その数値をどのように取得しているかを正確に教えてください。イーサネットのオーバーヘッドはパケットあたり約38バイトであり、TCP/IPのオーバーヘッドは約52バイトです。イーサネット経由でTCP/IPを実行している1500バイトのパケットでは、94%の可能なデータスループットが見られます。送信アプリケーションは、より小さなデータチャンクを送信している可能性があります。UDPを使用します(ビデオストリーミング、音声などに使用されます)。パケットあたり256バイトと90バイトのオーバーヘッドを送信する場合、74%の使用率が得られます。次に、OSとTCP/IPスタックのオーバーヘッドがあります-どちらも遅延を追加します。これは、TCP/IPがネットワークの負荷を管理する方法のために、複雑な方法で帯域幅に影響を与えます(アルゴリズムは損失することなく最大帯域幅を使用しようとしますパケット)。次に、コンピュータに他の負荷があります。低速のハードドライブから断片化されたデータをコピーしている場合は、ネットワークのボトルネックはまったく見られないかもしれませんが、PCの他の場所に別のボトルネックが見られる可能性があります。NICは他のデバイスとIRQを共有していますか?マザーボードとNIC(該当する場合))に最新のBIOSを使用していましたか?最新のドライバーですか?OSはサーバーOSですか、それともデスクトップですか(スケジューラー、スタックなどは、パフォーマンスシナリオごとに異なる構成になっています)?希望するスループットが得られない理由はたくさんあります。あなたが上で尋ねている単純な質問は、本当の問題がどこにあるかを知るのに十分な情報を提供しません。通常のネットワークでは、衝突やその他のネットワークトラフィックが原因である可能性がありますイーサネットはその機能に優れていますが、同期されていません。これは、2枚のカードが同時に送信を開始できることを意味し、衝突を引き起こします。衝突は通常、両方のカードによって検出され、再送信を試みる前に、両方ともランダムな期間バックオフします。これは、イーサネットパケットとエンコーディングのオーバーヘッドと相まって、最良の状況下でも、80〜90%を超える使用率を実際に期待することはできないことを意味します。コンピュータ間のハブではなくルーターとスイッチを使用することでこれを軽減できますが、データが多すぎるとルーターとスイッチでさえパケットをドロップし、合計使用率を数パーセントしか改善できません。イーサネットパケット自体には、クロッキング、アドレス指定などのオーバーヘッドが含まれています。ネットワークで大きなパケットを有効にすると、パケットのオーバーヘッドがデータサイズに比べて小さくなるため、大規模な転送の場合、使用率を高めることができます。ビデオやオーディオストリーミングアプリケーションのように、アプリケーションで多数の小さなパケットが必要な場合、これは役に立ちません。大きなパケットを有効にしても、アプリケーションが送信しているのは小さなパケットだけである可能性があります。Davis私の推測では、それはあなたのテスト方法論の限界だと思います。2つのシステム間でファイルを転送してテストする場合、ファイルシステムのパフォーマンスが制限要因になる可能性があります。使用しているプロトコルなどのオーバーヘッドも考慮する必要があります。イーサネットとIPには固有のオーバーヘッドがあるため、100%の使用率が見られる可能性はほとんどありません。)のようなツールを使用することをお勧めします。Jperfと呼ばれるiperf用のGUIもありますが、基本的なiperfコマンドラインを理解するのは難しくありません...とにかくそれを使用する必要がある頻度はどれくらいですか?ところで。一部のコメント提供者が示唆しているように、衝突に関連するのはnotではありません。全二重イーサネットでは衝突は発生せず、半二重ギガビットイーサネットのようなものはありません。:-)テストに使用している2台のPCに本当に悪いイーサネットカードまたは本当にローエンドのCPUがない限り、ジャンボフレームの必要性とは何の関係もないでしょう。ジャンボフレームは、ギガビットイーサネットを完全に利用するために[〜#〜]必要ありません[〜#〜]ですが、高帯域幅転送中のCPU使用率を下げることができます。[〜#〜]あなたが完全でない限りそれを有効にすることをお勧めしますあなたがしていることを確認してください。McCormickリンクをテストするために何を使用していますか?メモリからデータをプッシュするだけの場合は、100Mbpsリンクとほとんどの1Gbpsリンクを飽和させるのは非常に簡単です。ディスクからデータを読み取って他のシステムに転送しようとすると、ディスクのパフォーマンスに制約されます。Alnitakネットワークスループットをテストするときは、ディスクI/OやCPUの制限などの変数をできるだけ多く削除するのが最善です。これが私が使用する手順です。これは、ネットワークでこれまでに見られる典型的な最大値を示すことができます。nixシステムで利用できるはずです。[〜#〜]手順:1台のコンピューターで次のコマンドを実行して、UDPリスナーをセットアップします。(UDPを使用すると、TCP転送のオーバーヘッドがないため、パフォーマンスの数値が高くなります。/dev/nullもう一方のマシンで、リスナーのIPアドレスを使用して次のコマンドを実行し、ネットワークを介してゼロのストリームをncリスナーに送信します。pvユーティリティは、レシーバーによって追跡された現在のパフォーマンスを表示します。[〜#〜]、Mb)TCPは、両方のncコマンドで-uを削除してテストすることもできます。実際のアプリケーションでは、PV出力に示されているパフォーマンスの数値に達することはありません。この方法は、適切に機能する機器を備えた適切に設計されたネットワークで予測可能な結果を​​もたらします。そのため、ネットワーク自体またはネットワーク機器が知覚される「速度低下」の原因であるかどうかを検出するのに役立つ優れたツールです。Vagnerrギガビットイーサネットのフルスループットを使用する場合は、ジャンボフレームがネットワーク全体、または少なくともパフォーマンスを測定しているすべてのマシンとスイッチで構成されていることを確認する必要があります。1台のハードドライブの最大転送速度は通常30〜40メガバイト/秒であり、ギガビット/秒に近くないことに注意してください。Daniアダムと全二重の人は正しいです。基盤となるハードウェアが1Gbps/100Mbpsを飽和させるタスクにも対応していない可能性があることを忘れないでください。適切なRAID構成、適切なSSD、または何らかのRAMベースのドライブがない限り、これらの種類の転送速度は長期間表示されない可能性があります。travis銅線GigEリンクで約50%を超える使用率を確認したことはありませんが、ファイバーを介したCiscoスイッチ間の飽和トランクポートで90%を超える使用率を確認しました。Facebookで使用される帯域幅に課金しません。