web-dev-qa-db-ja.com

ホームネットワークでの転送が遅い原因として考えられるものはありますか？

次のホームネットワーク設定があります。

  • ZyXELP-2602HW-D1Aルーター
  • Ubuntu 10.04サーバー：
    • イーサネットカード100Mbps、ルーターに直接接続
    • SFTPサーバーで構成
  • Windows XP Professional SP3：
    • WIFIカード54Mbps
    • SmartFTPを使用してSFTP経由でファイルを転送する

デスクトップのシステムトレイにある接続アイコンの上にマウスを置くと、WIFI接続が優れており、通常は48Mbpsの速度であることがわかります。

そのため、ローカルネットワーク上のデスクトップとサーバー間でファイルを転送しているので、およそ(54Mbps / 1 Byte) - overhead ≈ 5MB/s前後の速度が期待されます。しかし、私は500kB/sのようなものしか得られません（私が期待しているものの約10分の1）。

私がここで見落としている明らかな何かがありますか？それはこれらの速度を引き起こしている可能性がありますか？

ルーターが誤ってトラフィックをWAN最初にルーティングしている可能性があります（WANを介してアップストリームでこれらの速度に到達することは許可されていないと思われるため）？その他の（明らかな）提案？

ubuntuwindows-xpwireless-networkingspeedsftp
6
Decent Dabbler

Wi-Fiのオーバーヘッドは通常50％です。取得していないと言ったデータレートに基づいて計算しました。メガと Mebi の間で変換しませんでした。使用していたツールは、クライアントが送信していたデータレートのみを報告していた可能性があります。これは、APがクライアントに送信したときに取得したデータレートとは限りません。そのため、その時点でSFTPサーバーからクライアントにデータをコピーしていた場合（指定しなかった場合）、適切なデータレートを確認していなかった可能性があります。

（48メガビット/秒/〜8.4メビバイト/メガビット）-50％の一般的なWi-Fiオーバーヘッド= 2.5メビバイト/秒。これでかなり近づきますが、実際に500 KibiBytes/sしか取得していない場合でも、5倍の差があります。

この時点で、おそらくサーバーとクライアントマシン間でIPerfを実行し、それをベンチマークとして使用してSFTPセットアップを比較します。私の疑い：

  • サーバーまたはクライアントのSFTP実装は非効率的です。
  • たぶんTCPチューニングの問題があり、おそらく一方の端またはもう一方の端が不十分なTCPウィンドウサイズを選択しています。WindowsXPデフォルトで途方もなく低い値を選択します。ほとんどの802.11gネットワークでは64キビバイトが適切な数値であると思います。IPerfでさまざまなTCPウィンドウサイズを試して、調べることができます。ネットワーク上で最高のパフォーマンスを提供するもの。
  • おそらく、適切なデータレートを確認していなかった（つまり、クライアントに対するAPのTxレートを確認する必要があった）か、ホバリング時に表示されたデータレートのサンプリングに希望的観測を適用し、誤って48にバイアスをかけていました。 。
6
Spiff

XPが速度を示している場合、考慮されない論理変数がいくつかあるため、速度スループットに関するWindowsの指示に従わないことをお勧めします。

たとえば、チャネル内のノイズ。信号の強度が非常に優れていても、同じチャネルと周波数で何かが動作している可能性があります。それでも、衝突によってデータグラムの転送を繰り返す必要があります（全体の速度が低下します）。 Zyxel CPUはこれに大きな役割を果たします。パケットを、54MBpsインターフェイスから100Mbpsに切り替える必要があります。CPUがポートナッティング（サーバーがインターネットにアクセスしているのと同時に）など、他のことを行うのに忙しい場合は、次のことができます。インターフェイス間でパケットを切り替えると、一部のパケットが失われたり、CPUの待機が遅れたりします。

あなたのwifiドライバーが約束されたスペックほど良くない可能性があります...などなど

簡単に言えば、最後の結果に影響を与えるいくつかの変数があります。あなたの質問はかなりうまく定式化されており、アプローチは正しいです。唯一のことは、まだ制御できないいくつかの変数があるということです。

あなたを助けるかもしれないツール NetStumblerIPerf

また、snmpに基づいてパフォーマンスを記録する場合、 Cacti はUbuntuサーバーに非常に簡単にインストールでき、Zyxelでsnmpをアクティブ化することで、そのボックスで何が起こっているかを実際に確認できます。

3
user108538

ルーターとLinuxボックス間のイーサネットリンクは全速力で全二重モードで動作していますか？接続が間違って設定されている（自動ネゴシエーションで何か奇妙なことはありますか？）か、時間の経過とともに劣化している可能性があります-両方のことがコモディティルーターで発生するのを見てきました。

2
D_Bye

以前の回答への追加

本当にあなたは持っています 三 失敗の2つのポイント

  • UTPケーブル （最後の手段）
  • WiFiリンク
  • ZyXEL自体

ほとんどのポイントを見つけるには、テストからポイントを個別に除外する必要があります

  • ダイレクトリンクXP-Ubuntu（有線）
  • XP-ZyXEL-Ubuntu（すべて有線）
  • 現在の状態

このようにして、誰があなたにほとんど速度の低下を与えるかを正確に知ることができます

0
Lazy Badger