web-dev-qa-db-ja.com

ネットワーク遅延に影響を与える要因

私は頻繁にいくつかのプライベートサーバーとの常時接続を維持しています。待ち時間をほとんどかけずに接続する必要があります。サーバーは、応答時間(* ping)をミリ秒単位で測定します。

この応答時間を計算するとき、どのような要因が関係しますか?それは単に私のコンピューターとサーバーの間の距離ですか?帯域幅はどういうわけかここに収まりますか?

1

Pingは、パケットがPCからサーバーに移動し、再び戻るのにかかる時間です。次のようなさまざまな影響を受ける可能性があります。

  • インターネット接続の帯域幅
  • ローカルネットワークの帯域幅を使用している他のアプリケーション/ユーザー
  • あなたの 競合率
  • 地元の取引所からの距離
  • もしあれば、 スロットリング / トラフィックシェーピング ISPが実行していること
  • 接続しているサーバーの負荷
3
RJFalconer

帯域幅は待ち時間に直接影響しませんが、接続しているサーバーとの間のルーターの数は、ping時間に劇的に影響する可能性があります。各ルーターはルーティング遅延を引き起こす可能性があるため、通常はホップ数が最も少ないネットワークルートが必要です(ただし、一部のネットワークは他のネットワークよりも高速である可能性があるため、常にそうであるとは限りません)。

コマンドラインプログラムであるtraceroute(Windowsではtracert)を使用して、コンピューターとサーバー間のホップ数、および各ルーターへの遅延を確認できます。

2
rob

私がまだ言及していないもう1つの、見過ごされがちなアイテム: [〜#〜] mtu [〜#〜] 。 mtuは、ネットワークからISPを経由して宛先に移動できる最大の単一パケットを表します。

通常は1500前後で、ほとんどのルーターはデフォルトでこれを使用します。ただし、DSLまたはパケットオーバーヘッド(PPPoE)を伴うその他のテクノロジを使用している場合は、MTUを下げて、 パケットの断片化 にならないようにする必要があります。パケットの断片化は、ネットワーク速度に劇的な恐ろしい影響を及ぼします。

簡単な例として、PCのデフォルトが1500であるが、DSL回線が1492しか使用できない場合(802.3であるため)、送信するすべてのパケットは1つの1492バイトパケットと1つの8バイトパケットにフラグメント化されます。 。2倍の数のパケットを送信し、衝突が多くなり、オーバーヘッドが高くなり、接続が損なわれます。

0
Satanicpuppy