SpeedtestとWgetの違いはなぜですか？
私の顧客はインターネット速度が遅いと不満を言っています。 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ファイルは23Mバイトの数値です。 （実際には、1を除いて最大のメルセンヌ素数、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の違いについて誰かが説明できますか？
スピードテストが無視するものはありますか、それともピークのみを測定しますか？または、長いping時間によってwgetは深刻な影響を受けますか？
Wgetテストは実際の効果的な速度を提供しているように感じますが、speedtestは主にアドバタイズされた速度を示すためのものです。
投稿された他の理由に加えて、TCP接続は、 bandwidth-delay product が大きくなると、大きなファイルではうまく機能しません。
島への高速接続のように。
TCP tuning に関するウィキペディアのエントリを参照してください。
したがって、Speedtestは95 mb /秒で接続を介して小さなファイルをダンプできますが、wgetは20 MBファイルで10 mb /秒しか取得できません。
多くの場合、ISPは接続の速度を自慢できるように、speedtest.netへのトラフィックを優先しますが、実際にはそれほど多くの帯域幅を提供していません。彼らは、ほとんどのユーザーが確認のためにそのサイトをチェックするだけであることを完全に認識しています。
また、転送速度はクライアントおよびサーバーの両方に依存することにも注意してください。今日の世界では、ほとんどのサーバーが何らかの方法でスロットルします。
最後に、海外接続に安定した帯域幅を期待しても意味がありません。そのようなことはありません。最終的な場所に到達するには、無数のスイッチ、ファイバー、データセンターを経由する必要があります。そして、必要なのは、ただone減速する部分を動かすことだけです。
wgetは速度の実用的な測定値を提供します。 Speedtestのテストには、より高い数値を説明できる並列処理が含まれている可能性があります。
良い平均速度テストでは、ダウンロード時間は少なくとも90〜120秒（良い平均を得るため）である必要があると思います。
1つの理由は、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
Fast.com Internet Speed Test を使用します。これはNetflixベースの速度テストであるため、ISPによってNetflix自体と区別することはできません。
これは、一般的に他のどのテストよりも正確なテストです。ビデオの表示に必要な帯域幅の増加により、Webページの読み込み速度が心配されることはなく、ビデオのバッファリング速度が心配されます。
ISPは、速度テストまたはポート8080を使用している場合、誰かが接続しているドメインに基づいて速度を向上させることがよくあります。Netflixがポート80を使用するのに対し、Netflixは、優先順位が高い場合は低速のポートを使用します。
それは私だけなのか、彼がMbpsとwgetコマンドリストに "MB/s"と言っていることに誰も気づかなかったのか。
60mbp/sで、実際に11.2Mbを取得するのは正常です。
MbpsとMB/sは2つの異なる速度です。
「メガビットはメガバイトの1/8の大きさです。つまり、1秒で1 MBのファイルをダウンロードするには、8 Mbpsの接続が必要です。」したがって、実際には11mbx8 = 88mbps ... 11.2Mbが接続レポートに適しています60〜70Mbps。
記憶を失っている人はこれを手放すことを失いますか？ 70Mbpsのスピードテスト速度で70mb/sを取得することはありません