web-dev-qa-db-ja.com

優れたネットワークベンチマークテストとは何ですか?

ネットワーク接続のベンチマークを行う良い方法は何ですか? Windows Experience Index のようなものを探していますが、インターネット接続用です。

WEI

たとえば、私が訪れたある場所には、ひどいつながりのように見える場所があります。ページの読み込みが遅いなどですが、ファイルのダウンロードは開始するとめちゃくちゃ速くなります(帯域幅は良い、待ち時間は悪いですか?)。

あるいは、私の電話を介してテザリングしている間、Webの閲覧は素晴らしく活発ですが、ダウンロードは途方もなく遅いです(帯域幅が悪い、待ち時間が良いですか?)。

これらの変数(帯域幅と遅延)を評価するための良い方法は何ですか?また、考慮すべき他の変数(負荷?)はありますか?

1
Michael Haren

迅速で汚い帯域幅/遅延テストを探しているなら、 http://www.speedtest.net/ は機能します。それはあなたに待ち時間の測定とアップ/ダウン帯域幅を提供します。損失とジッターは測定する他の変数ですが、それほど一般的ではありません。

全体的な経験の評価は、アプリケーションによって異なります。レイテンシーに敏感な用途もあれば、帯域幅に敏感な用途もあります。 FTPファイル転送の経験は主に帯域幅に関するものであり、VoIP通話はすべて遅延に関するものです。個人的には、レイテンシーが最も重要な要素の1つであると考えています。レイテンシーは低い方が常に優れており、帯域幅は十分な容量がない場合にのみ重要です。

編集:あなたのコメントから、あなたの焦点はエンドポイントからのウェブブラウジング行動にあるようです。多くの場合、帯域幅/遅延に問題がない場合でも、Webブラウジングが遅くなる可能性があります(たとえば、DNS応答が遅くなる可能性があります)。 「ブラウジングが遅い」というすべてのケースを正確にテストできるツールを私は知りません。そのようなツールがあったとしても、私はそのようなツールを信用しません。エンドポイントとしては決して知らないキャッシュが多すぎます。帯域幅/遅延が原因であることが最も多く、他のすべてをテストするツールを作成しようとするのは困難です。そのような情報を生成しようとした場合、おそらくスニファを使用します。

6
Ryan

http://speedtest.net/ および http://pingtest.net は、出発点として適しています-帯域幅と遅延/ジッターの大まかなアイデアが得られます。
テストは、複数のエンドポイントに対して、1日の異なる時間に実行するようにしてください。これは、共有接続(ケーブル)を使用している場合に特に重要です。

テストを実施するときは、問題の中間的な原因を排除していることを確認してください(たとえば、ワイヤレスでテストしないでください-理想的には、ISPの接続をテストするためにネットワークインターフェイスデバイス(モデムまたはルーター)に直接接続する必要があります。それで問題がない場合は、調べ始めてください。考えられるトラブルスポットとしての他の内部コンポーネント)。


接続の評価に関して、知覚される帯域幅はいくつかの要因の関数です。実際の帯域幅(パイプを介してプッシュできる量)、エンドツーエンドの遅延、およびパケット損失の割合が大きな3つです。プロバイダーのオーバーサブスクリプション率(実際に提供できる帯域幅よりもどれだけ多くの帯域幅を約束したか)は、もう1つの要因です(通常、ルーターがキューに入れられたデータをドロップし始め、すぐに出られない場合、パケット損失として現れます。足りる)。

最終的には、評価は「接続があまりにも吸い込まれて使用できないか」に基づいており、それは使用目的に基づく主観的/定性的な呼び出しです。

4
voretaq7