web-dev-qa-db-ja.com

ネットワークスループットからネットワーク速度を調整するにはどうすればよいですか？

私はISPが提供しているサービスについてISPと議論してきました。主にスループット速度に関して。

エッジルーターをセットアップし（以下にリストされているハードウェアの詳細を参照）、その上で、定期的に（cronを介して）速度を取得するために次のテストをセットアップしました。

wget --no-cache --output-document=/dev/null -a /opt/result.txt http://speedtest.wdc01.softlayer.com/downloads/test10.Zip

Cactiは、このスクリプトからの出力を取り込み、明らかな変更を加えずに直接表示するように設定および構成されています。 （私はサボテン初心者です。）

Cactiには、両方のインターフェイスのトラフィックイン/アウトbpsを表示するように構成されたグラフもあり、ここに私の質問があります（横たわっていますか？）...ここで私は混乱しています：

以前は、速度は約200 Kb/sでテストされていました。良くない..死んでいない。

Earlier speed graph.

しかし、インバウンドのトラフィックbps（ダウンロード）を見ると、最大レートが1.4 Mb/sを超えていました。

Later speed graph

正確なステートメントを作成するために、これら2つの一見矛盾するデータをどのように読み取るのですか？

レポートグラフをどこかで誤って構成したのですか、それとも目の前にあるものを誤解しているだけですか？

Hardware --

Dell PRECISION WS340

Linux servername 2.6.18-308.8.1.el5 #1 SMP Tue May 29 14:57:06 EDT 2012 i686 i686 i386 GNU/Linux

# WAN Port
eth0  Link encap:Ethernet  HWaddr 00:06:5B:DD:37:D9  
      inet addr:192.168.100.100  Bcast:192.168.100.255  Mask:255.255.255.0
      inet6 addr: fe80::206:5bff:fedd:37d9/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:17738847 errors:0 dropped:0 overruns:0 frame:0
      TX packets:19695910 errors:0 dropped:0 overruns:0 carrier:1
      collisions:0 txqueuelen:1000 
      RX bytes:188062544 (179.3 MiB)  TX bytes:1467340085 (1.3 GiB)
      Interrupt:201 Base address:0xc800 

# LAN Port
eth1  Link encap:Ethernet  HWaddr 00:1A:70:14:0F:40  
      inet addr:192.168.3.1  Bcast:192.168.3.3  Mask:255.255.255.252
      inet6 addr: fe80::21a:70ff:fe14:f40/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:17502568 errors:1 dropped:0 overruns:0 frame:1
      TX packets:12613687 errors:22 dropped:0 overruns:0 carrier:22
      collisions:0 txqueuelen:1000 
      RX bytes:1453811807 (1.3 GiB)  TX bytes:31429096 (29.9 MiB)
      Interrupt:193 Base address:0x2c00
networkingperformancewgetcacti
4
Lorin S.

1.）wgetを使用してファイルをプルダウンしても、プロバイダーがターゲットホストに到達するために使用している可能性のある多くのパスのいずれかでアップストリームトラフィックの状態に左右されるため、接続の速度を必ずしも正確に測定できるとは限りません。さらに、OSでのTCPセットアップのパフォーマンス、さらにはwget自体の効率も測定しています。この種のテストは相対値として役立ちます（つまり、通常は200kbpsですが、現在はそれは100です-それを調べてみましょう）が、絶対的なものとしては疑わしいです。

2.）Cacti（または同様のもの）がルーターからの帯域幅を測定する方法は、wgetの結果とは多少異なる可能性があります。 Cactiは、ポーリング間隔中に送信されたデータの量を調べ、wgetがファイルのサイズを転送時間で割っている間に、それを全体的な曲線に補間しています。 wgetアプローチは、Cactiが転送前、転送中、転送後のリンクの平均帯域幅を調べている間、単一のトランザクションを表します。

3.）wgetからの出力はバイト/秒ですが、Cactiはビット/秒で測定している可能性があります。 200キロバイト/秒= 1.6メガビット。同等の単位を比較していることを確認してください...

3
rnxrx

アップロードとダウンロードの速度の違いが心配な場合、ISPはアップロード速度よりもはるかに速いダウンロード速度を許可することがよくあります。内部ホストと外部ホストの間で iperf を実行して、アップロード/ダウンロード速度を測定することもできます。基本的に接続を最大化し、指定した期間のスループットについてレポートします。私は過去にそれを使用して、ISPがハード制限で上限を設定しており、上限に達するとスループットが劇的に低下することを確認しました。

1
August

データポイントの粒度はどのくらいですか？示されている2つのグラフから、一致しないものが2つあると思います。

  1. データの粒度。 ISP Upstreamというタイトルの最初のグラフは、平均して5分のバケットになっているようです。 Localhost --Traffic --Lanというタイトルの2番目のグラフには、1分のバケット、または少なくとも最高水準点の概念があるように見えます。

  2. グラフの時間。最初のグラフはEDTで、2番目のグラフはUTCであるように見えます。その結果、データに5時間のオフセットが生じます。

1
Jed Daniels

http://www.speedtest.net/ のような簡単なものを使用してください。それはすでにあなたが必要とするものかもしれません...

0
MichelZ