遅いネットワーク[閉鎖]

本質的な限界

問題はさまざまです（たとえば、ISPへのリンクの輻輳やISP内の輻輳など）。また、恐ろしい場合があります（ファイアウォールやウイルス対策も詳細なパケットチェックを実行します）。以下のツールにはまったく問題が表示されない場合があります。持っている価値がありますが、端末にコマンドを入力して実行できる操作には制限があります。

あなたが知っておくべき2つのテスト

1. pingICMP / IPを介してサーバーの往復待ち時間を測定するために使用されます。サーバーtracerouteに移動して、tracepath最初の数ホップの往復待ち時間を確認することもできます。主にバッファ拡張の症状を確認しようとしているので、リンクが完全に使用されている場合にのみ発生することに注意してください。 （「負荷時の待ち時間」測定）。

2. wgetcurl --remote-name専用ファイルまたはダウンロードファイル（シングルストリーム）を使用して、利用可能なネットワークダウンロード帯域幅を確認できます。インスピレーションが足りない場合は、Linuxをダウンロードすることをお勧めします:-).ダウンロードリンクを見つけて右クリックメニューから「リンク場所をコピー」を使用してください。現在のダウンロード速度が表示されるため、ダウンロードが完了するまで待つ必要はありません。 Ctrl + Cでキャンセルしてください。あなたはテストすることができます鏡サーバーと同じリージョンになければなりません（重要かもしれません）。端末の使用を検討している場合は、端末がwget存在することを知っておくとよいでしょう。私は個人的に使用することを好むhttp://testmy.net/mirror。

基本的にはそれです。それ、あなたが提供した情報に基づいています。結果の1つに注意事項がありますping。以下で強調します。

ping初期テストに適しています。 traceroute専門家のツールです。私はこれをtracerouteバッファ拡張を説明する方法として提案するだけです。それが意味しているように見える場合...実際には、あなたが見ることができるルーターで使用する方がping良いかもしれません。pingtraceroute

低いダウンロード速度が直接的な原因で過大評価されやすい。 Webアプリいいえ必要キャッシュされていないイメージがない限り、ユーザーの要求に応答して大量のデータを提供します。たとえば、unix.stackexchange.comは75Kで、4Mb / sでダウンロードするのに0.2秒かかります。ただし、テストを実行するのは簡単でパズルを解くためのいくつかのデータポイントを提供します。

パケット損失はどのくらいですか？

大きなパケット損失が発生すると、ダウンロード速度が制限されます。特に大陸間の距離にわたって。

残念ながら、損失が短期取引に与える影響は次のとおりです。それより少し複雑です。。約20Kb伝送の場合、1回の損失は100％以上増加しない可能性が高いです。サーバー（またはクライアント）の最初のパケットが破棄されない限り、完全な「受信タイムアウト」になるまで回復されません。3秒。

損失を測定するとパケットサイズの影響を受ける可能性があるため、問題/警告があります。 測定損失を使用するときは、ping基本的に小さなパケットを使用することに注意してください。。これは、クライアントとサーバーの最初のパケット（それぞれSYN / SYN-ACK）と似ています。つまり、ping $SERVERオプションなしで実行したときに5％のペナルティが表示される場合は、そのWebアプリケーションを使用する完璧な経験を期待することはできません。 （つまり、20のユーザー操作のうちの1つは、何かが発生するまで3秒かかります。特定の継続的な接続はこれを軽減しません。一般的なWebサーバーの構成)

ping -s 1400たとえば、UNIXでは、フルサイズのパケットに関する統計を確認できます。原則として、より多くの要素（QoSとも呼ばれるルーターの「優先順位」）がある可能性があります。特に望むのは、カーネルまたは特定のアプリケーションのTCP再送の詳細です。パケット追跡。

エンドポイントでは、リンクが混雑しているのか、リンクが物理的に不安定であるのかを区別することは困難です。パケット損失は、ルータが TCP に速度を遅くするように指示する方法です。リンクが輻輳するほど、パケット損失率が高くなります。最善の希望は、パケット損失の高いリンクを識別（「証明」）し、アクセス権のある人にそれを調査または監視するように要求することです。