SpeedtestとWgetの違いはなぜですか?


18

私の顧客は、インターネットの速度が遅いことに不満を言っています。Speedtest.netで測定した場合、速度は許容範囲です。定期的に測定されるダウンロードは、公称速度の10%〜30%です。説明できません。

いくつかの背景。問題のある接続は、高速インターネットが最大の資産ではない日当たりの良いカリブ海の島の1つにあります。最近、インターネットの速度は200 Mbpsまでまともになりました。ただし、アムステルダムへのpingの往復は約180ミリ秒です。

顧客は100 Mbpsのファイバー接続を使用しています。Windowsマシン(speedtest.net)でISP COに対して速度テストを実行すると、95 Mbpsが得られます。アムステルダムで同じ速度テストを使用すると、60〜70 Mbsに達します。完全に許容できます。

少し前に、アムステルダムのサーバーの1つから定期的にファイルを取得するRasPiをインストールしました。AMS-IXに直接接続されているデータセンター内。このコマンドの使用:

wget -O /dev/null --report-speed=bits http://aserv.example.net/~myuser/links/M77232917.txt

.txtファイルは23MByteの数字です。(実際には最大のメルセンヌプライム、23e6桁です)

問題のあるネットワークにそのファイルをダウンロードすると、wgetがこれを報告します。

dev/null 100%[====================================================================>]  22.81M  11.6Mb/s   in 17s    

2019-02-08 14:27:55 (11.2 Mb/s) - ‘/dev/null’ saved [23923322/23923322]

それは同時にspeedtest.netが60-70 Mbpsを報告することです。

Raspiには限界があることを知っています。しかし、この速度は大きく異なります。一度RasPiがこの11 Mbpsを報告し、次回は22 Mbpsを報告します。ただし、1.5 Mbps程度の低さもあります。

ここに画像の説明を入力してください

本当に強力なラップトップでこのテストを行うと、最高速度はやや高くなります(最大30 Mbps)が、同じ低さも示します。したがって、ハイサイドでのRasPiの制限を示していますが、ローサイドでの10 Mbpsではありません。

ドイツのミュンヘンにあるデータセンターのサーバーからまったく同じコマンドを発行しました。速度96 Mbps。

次に、オランダの消費者100 Mbpsファイバー接続から:65 Mbps。

それから、私の自宅で名目上の10 Mbps ADSLを持っています。Speedtestは10Mbpsを示します。Wgetは8.5 Mbpsを提供します。これは私の本では平等です。

これにより、ファイルのダウンロードのホストとして機能するサーバーの制限が排除されます。

顧客宅内での接続が遅くなる原因を誰も指摘できないと思います。しかし、speedtest.netとwgetの不一致を説明できる人はいますか?

スピードテストが無視するものはありますか、それともピークのみを測定しますか?または、wgetは長いping時間の影響を強く受けますか?

wgetテストは実際の効果的な速度を提供し、speedtestは主に公示された速度を示すためのものだと思います。


速度をチェックするもう1つの方法はssh personal-server cat /dev/zero | pv > /dev/null、速度が制限されていないことがわかっているパーソナルサーバーで、期待する速度より遅くすることです。
JoL

あなたの質問をざっと読みました。また、帯域幅が広く、「ロングファットネットワーク」とも呼ばれる重大な往復遅延のシナリオがあるようです。私はこの種のことを個人的に経験し、多くの接続を開くことで解決しました(rsyncを使用しました)。多くのwgetインスタンスを開いてみてください(5、10、20を試してください)。ウィキペディアのページは、帯域幅遅延製品です。
トレバーボイドスミス

デフォルトでバイト単位のレポートは次のとおりです:[james @ lamia root] $ wget -O / dev / null 10.32.48.1/t1 / dev / null 100%[================= ====>] 0.9秒で100.00M 112MB / s [james @ lamia root] $ wget --report-speed = bits -O / dev / null 10.32.48.1/t1 / dev / null 100%[=== ==================>] 100.00M 932Mb / 0.9sによ
ジェームス・

DCホストマシンで、tcpにiperfサーバーを実行し、udpに2つ目を実行することを検討してください。次に、cronジョブの一部として、クライアントからテストを呼び出し、速度がhttp getとどのように比較されるかを確認します。
クリギー

とにかくどんなファイルですか?圧縮可能で、サーバーはhttp圧縮をサポートしていますか?帯域幅の問題を修正することはできませんが、ファイルを小さくすることができる場合があります。
サルマンA

回答:


16

投稿された他の理由に加えて、帯域幅遅延製品が大きくなると、TCP接続は大きなファイルでうまく機能しません。

島への高速接続のように。

TCPチューニングに関するウィキペディアのエントリを参照してください。

そのため、Speedtestは接続を介して95 mb /秒で小さなファイルをダンプできますがwget、20 MBのファイルでは10 mb /秒しか取得できません。


2
これは私にとって新しい知識です。とても良い。実際、帯域幅遅延積は高くなっています(正しく計算した場合は2.25 MB)。クイックルックでは、87kBのデフォルトバッファと最大3.5 MBが示されました。(私はバイトではなくバイトを想定しています)。これをよりよく評価するには、これをさらに深く掘り下げなければなりません。組み合わせて、speedtestが多数の小さなファイルをダウンロードし、その最大速度を記録すると、多くのことが説明されます。
ハンスリンケルズ

21

ISPは多くの場合、接続の速度を自慢できるように、speedtest.netへのトラフィックを優先しますが、実際にはそれほど多くの帯域幅を提供しません。彼らは、ほとんどのユーザーが確認のためにそのサイトのみをチェックすることを完全に認識しています。

また、転送速度はクライアントサーバーの両方に依存することにも留意する必要があります。今日の世界では、ほとんどのサーバーが何らかの形でスロットルをかけています。

最後に、海外の接続に安定した帯域幅を期待するのは無意味です。そんなことはありません。最終的な場所に到達するには、無数のスイッチ、ファイバー、データセンターを通過する必要があります。そして、必要なのは、スローダウンするための1つの可動部分だけです。


サーバー側での調整を除き、私はあなたの声明を理解しています。それは私自身のサーバーであり、クライアントが別のデータセンター(約1200 km離れた場所)にある場合、速度は一貫して95 Mbpsです。クライアントが100 Mbのコンシューマ接続にある場合でも、65 Mbpsです。
ハンスリンケルズ

9
主張を文書化できますか?「speedtest.netのISPは、多くの場合、優先順位付け、トラフィック」
ソレイユ

1
@Soleilはあまりグーグルを取ることはありませんでした:myce.com/news/...
MonkeyZeus

6
スピードテストトラフィックを優先するISPは、主要な自動車メーカーが排出ガステストを偽装している可能性があります。
バーマー

3
逸話的に、私はかつてRaspberry Piからspeedtest.netにトラフィックを繰り返し送信することで、st音のスーパーボウルストリームを「修正」することができました。最速のトラフィックが存在する限り、彼らは私の接続全体を優先したように見えました-昼と夜の違い。ISPが怪しげなことをしているという証拠はあまりありませんが、それは何かです。
元に戻す

7

wget速度の実用的な指標を提供します。Speedtestのテストには、おそらくより高い数値を説明できる一種の並列処理が含まれています。

良好な平均速度テストのために、ダウンロードの時間は少なくとも90〜120秒である必要があると思います(良好な平均を得るため)


より強力なロギングコンピューターのインストールと、ファイルサイズの拡大に取り組んでいます。
ハンスリンケルズ

「並列処理の種類」を開発できますか?先験的に1つの接続があるため、方法/理由がわかりません。
ソレイユ

1
@Soleil、私見では、1つだけでなく、いくつかのファイルをダウンロードします。数回実行するだけでテストできwget、速度を合計できます
ロミオニノフ

1
測定を並列化できますが、その利点は何ですか?他のクライアントがフルスピードに達することをすでに示しました。違いは、問題のある接続のレイテンシが180ミリ秒であることです。高速接続<10ミリ秒。並列はレイテンシー効果を減少させますか?ただ尋ねる。
ハンスリンケルズ

1
@RomeoNinov私が調べたところ、そのような並列性はありません(speedtest.net)。アップロードごとに1ファイル、ダウンロードごとに1ファイル(それぞれ[1-2] MB)。
ソレイユ

3

1つの理由として、単一のTCP接続だけでは最高速度に到達できないことがよくあります。

Speedtest.netは最近、単一接続モードを導入しました。これを試して、違いが生じるかどうかを確認してください。

次に、ダウンロードのために、複数の接続を使用して比較するためのパラメーターを持つaria2などを使用します。例えばaria2c -d /dev -o null --allow-overwrite=true --file-allocation=none --max-connection-per-server=8 --min-split-size=1M http://aserv.example.net/~myuser/links/M77232917.txt


2

Fast.com Internet Speed Testを使用します。これはNetflixベースの速度テストであり、ISPによってNetflix自体と区別することはできません。

これは、一般的に他のどのテストよりも正確なテストです。Webページの読み込み速度について心配することはありませんが、ビデオの表示に必要な帯域幅の増加により、ビデオがバッファリングする速度について心配する必要はありません。

ISPは、速度テストまたはポート8080を使用している場合、誰かが接続しているドメインに基づいて速度を上げることがよくあります。


1
「ISPによってNetflix自体と区別できないことを意味する」-それは事実ではなく、ISPはHTTPS接続でDNSリクエストとSNIの両方を確実に見ることができます。
ケビン

@Kevin fast.comは、netflixサーバーに接続してダウンロードするため、netflix自体からビデオをエミュレートします。私はあなたを与えるだろうが、ISPがネットフリックスのサーバをベースとその後の連絡先、特定のサイトに接続すると、speedtest.netと同様の優先順位付けを必要とするという事実にキャッチすること
ジョナサン

まさにロケット科学ではありません。彼らがしなければならないのは、fast.com接続を確認してから数分または数時間Netflixのスロットルを解除することです。もちろん、利点は、fast.comにアクセスして、スロットリングを解除し、タブを閉じてNetflixを実際に見ることができることです。
ケビン

個人的には、それはロケット科学ではなく、少なくともコンピューター科学に関係しているのではないかと疑っています。過去数年間で、いくつかの大手ISP(Bellなど)がfast.comに追いついていないようです。いずれにしても、スロットルが十分に悪い場合はダウンロード速度を少しずつ上げるためにfast.comに接続するコンピューターでスクリプトを実行します。
ジョナサン

0

それは私だけなのか、彼がMbpsとwgetコマンドリスト「MB / s」と言ったことに誰も気づかなかったのか。

60mbp / sで実際に11.2Mbを取得するのは正常です。

MbpsとMB / sは2つの異なる速度です。

「メガビットはメガバイトの1/8の大きさです。つまり、1 MBのファイルを1秒でダウンロードするには8 Mbpsの接続が必要になります。」 60-70mbps。

記憶を持っている人々はこれを日除けを失いますか?70Mbpsの速度テスト速度で70mb / sを取得することはありません


の出力wgetMb / sであり、メガビット/秒に変換されます。MB / sMegaBytes / sに変換されます。独自のwgetコマンドを実行して結果を確認するだけです。
トーマス

1
@james:デフォルトでYesですが、OPでは、wgetコマンドには--report-speed=bitsどの結果がでMb/sあるかが含まれますMbit/s--report-speed=bitsgives なしで実行すると、MB/sこれはに変換されMByte/sます。注意してくださいbB
トーマス
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.