2009-05-18 21 views
1

私はアプリケーションを作成していますが、スループット(ワイヤで送信する1秒あたりのビット数)を任意のレートに設定できます。ただし、ネットワーク上の他のトラフィックに大きな影響がない限り、できるだけ高く設定したいと考えています。アプリケーションがネットワークトラフィックに与える影響のメトリック

問題は、その影響を測定するための良い基準がないことです。私は、次のものと思ったが、実際には「完全」ではありませんどちらも:平均時間で

  • ジッタ増加でパケットロス
  • 増加でパケット
  • 増加の平均遅延時間の

    1. 増加tcpトランザクションが完了するまでに時間がかかります(httpを使用してファイルをダウンロードする)

    標準メトリックはありますか?ネットワーク上のアプリケーションへの影響を測定する方法について他のアイデアはありますか?

    btw - 私はネットワーク上で完全なコントロールを持っており、そのメトリックを計算するために必要な測定を行うことができます。

    おかげで、

    Rouli

  • +0

    この質問は重複しています。あなたはserverfaultでやり直したいと思うかもしれませんが、おそらくもっと多くのネットワーク関係者がいるでしょう。 – derobert

    答えて

    0

    異なるネットワークは、帯域幅を超えて異なる動作をします。それらのほとんどは、線に沿って悪の連続を持っている:いくつかのパケットをキューに入れたり再送信する必要があるよう

    1. ジッタが屋根を突き破って撮影を開始します(例えば、半二重イーサネットや無線でのコリジョン)。平均レイテンシはわずかに上がります。
    2. 過飽和状態が続く(または過飽和レベルが高い)ので、すべてのパケットがキューに入れられているか再送信されているため、平均待ち時間が屋根を通過します。キューのサイズが小さい場合、これは制限される可能性があります。
    3. キューのオーバーフローによりパケット損失が増加します。帯域幅を大きくするほど、パケットが失われます。ハードウェアによっては、ジッタとレイテンシが戻ってこない場合もあります。

    何らかの形のQoSが使用されている場合、異なるパケットストリームがこれらの影響を独立して見ることがあります。たとえば、アプリの接続で3倍の帯域幅を使用している場合や、ping時間の変化が比較的小さい場合などです。したがって、アプリケーションのパケットで測定する必要があります。

    (1)および(2)が特定のネットワーク上で発生しないことがあります。 (3)何が起きても常に起こります。残念ながら、帯域幅の限界近くにいなくても3つすべてが発生する可能性があります。

    0

    これは、プログラムで答えるのが難しい質問の1つです。私が見てきたアプリでは、このような調整が可能で、常に設定オプションです。一般的にあなたのユーザーのネットワークについて知るのは難しいので、あなたが仮定していることはおそらく間違っているでしょう。

    関連する問題