802.11gの高遅延スパイク

98％の信号品質で1〜14msの平均ping（APから数メートル以内）

帯域幅の使用を開始すると（ダウンロードまたはアップロードを開始します。特に健全なLinuxアイソトレントの場合）、平均待ち時間が最大で約1倍になります。 信じられないほど2000-4000ms 。ダウンロードの一時停止/停止ボタンを押すと、待ち時間が短くなります。

ダウンロードが同じAPに接続されている別のコンピュータにある場合でも、すべてのワイヤレスクライアントに影響します。

これを複数のワイヤレスアダプタと複数のAPでテストしました

私がテストしたAPは次のとおりです。 cisco / linksys e1000v1、wrt54gv1.1、wrt54gv5

• wrt54gv5上のDD-WRT 21676マイクロ
• wrt54gv1.1上のDD-WRT 12548 vint eko mini
• e1000v1上のDD-WRT 21676ミニ

私はクライアントとして使用したアルファAWUS036Hを持っています。そして、私はe1000とWRT54gv1.1に接続されたクライアントとしてwrt54gv5さえテストしました。 WRT54gv5からデスクトップまでのイーサネット

高帯域幅の使用中は待ち時間が非常に悪くなり（実際には、高帯域幅の使用でさえも、どのような種類の使用でもその間に待ち時間が急増することになります）

pingを試しました ping -t 192.168.1.1 Windowsでは ping 192.168.1.1 私のAndroidデバイス上

私はそれを私がそれをチャンネル1 2412 mhzに設定してもらい、私の周りにそのチャンネルを使っている他のwifi APがないことを指摘したいと思います。しかし、私は無線LAN以外の干渉をテストするための機器を持っていません。私は本当に私が適切なスペクトラムアナライザを持っていることを願っています

編集 ：私はまた、イーサネット経由でルータに接続されたとき、待ち時間が近くにとどまることを指摘しておくべきです。 1ミリ秒未満 高帯域幅の使用または急流（高同時接続使用）の間はいつでも。そのため、CPUが優先度の低いICMP pingに追いつくことができないという理論がデビューします。

あなたのtorrentクライアントにアップロードの上限を設定しましたか？その急流なしで非常に簡単にあなたの利用可能なすべての帯域幅を使い果たします。例えばこれをチェックしてください。

http://www.techsupportalert.com/content/optimizing-torrent-speed.htm

パフォーマンスを判断するためにルータにpingを送信しているようです。それはそれを行う方法ではありません、pingは接続ツールでありパフォーマンスツールではありません。 pingはルーターCPUによって処理されます。ルーターCPUはネットワーク内のNATも処理します。 pingは非常に低い優先順位を持っています、それはpingに答える前にあなたのルーターは他のすべてのタスクを優先するでしょう。実際の待ち時間を大まかに把握するには、デバイスを介してpingを実行する必要があります。