クライアントマシンとホームサーバー間の接続が遅い

Question 1

過去 1 年ほどの間に、安物の小型ネットワークスイッチが「おかしくなる」のを何度も見てきました。故障モードは、転送速度が非常に遅くなり、パケットがドロップすることです (過去 1 年間は主に LinkSys スイッチでこれを見てきました)。必ずしも最初にそうするとは限りませんが、私はそのことを疑っています。幸いなことに、「ファイルとプリンタの共有」を使用すると、簡単な速度テストがかなり簡単に行えます。

fsutil コマンドを使用してクライアントコンピュータ上に大きな一時ファイルを作成し、サーバーコンピュータへの転送時間を計測することで、ファイルサーバーのスループットを「簡単に」テストできます。

fsutil file createnew temp-file-name 209715200

これにより、200 MB の一時ファイルが作成されます。次のスクリプトを使用して、タイミングを計ってクイックコピーを実行できます (一時ファイルを作成したディレクトリから、サーバーコンピューター上の共有にコピーする権限があることを前提としています)。

@echo off
echo.|time
copy temp-file-name \\server-computer-name\share-name
echo.|time

開始時間から終了時間を減算し、秒数に変換し、経過秒数で 209715200 を割って、1 秒あたりのバイト数を算出します。

100Base-TX LAN では、1 秒あたり 7,000,000 バイト (約 56Mbps) 以上の速度が見られるはずです。それ以下の場合は、何か問題があると疑い始めます。サーバーコンピューターが比較的新しいものであれば、100Mbps のパイプを問題なく満たせるはずです。転送速度がそれより遅い場合は、サーバーとクライアントが接続されているスイッチの管理インターフェイスのエラーカウンターを調べます。ケーブルの不良、デュプレックスの不一致、または NIC ドライバーの問題が考えられます。問題を系統的に追跡するだけです。

編集: ファイルコピーテストは、サードパーティソフトウェアを使用せずに実行できるため、便利なテストです。ボトルネックが存在することがわかったので、次のステップはボトルネックの原因を特定することです。

WSTTCPユーティリティ（http://www.pcausa.com/Utilities/pcattcp.htm) は、NIC ドライバーとネットワークインフラストラクチャハードウェアの簡単なテストです。ディスクから取り出されたり、ディスクに書き込まれたりしないデータを送信するため、クライアントとサーバーのディスクサブシステムは考慮されなくなります。

1 台のマシンで、(WSTTCP を解凍した後) 以下を実行して接続を「リッスン」します。

wsttcp -r

もう一方のマシンで、次のコマンドを実行して、リモートマシンにテストを送信します。

wsttcp -t <hostname>

100Mbps イーサネットでは、送信コマンドを変更して (送信機を再起動する前に受信機で受信コマンドを再実行して)、より多くのバッファーを送信すると、テスト時間が長くなるため、より正確な数値が得られる可能性があります。

wsttcp -t -n8192 <hostname>

これにより、64MB のトラフィックが移動します。より多くのトラフィックを送信するには、「8192」の数字を増やします。

リスニングコンピューターのファイアウォールソフトウェア (デフォルトでは TCP ポート 5001) を介してリスナーを許可するか、ファイアウォールを一時的に無効にする必要があります。

WSTTCP では転送速度が良好であるのに、ファイルコピーでは転送速度が遅い場合は、ディスクサブシステムを調べてください (ハードディスクドライブのベンチマークの実行も検討してください)。WSTTCP でネットワーク転送がまだ不安定な場合は、ネットワークインフラストラクチャ、ケーブル、NIC ドライバー、または NIC ハードウェアを調査し続けてください。

良い狩りを。

Answer