停止および待機プロトコルを考慮すると、スループットはどのように影響を受けますか。停止して待機すると、データの送信に独自の遅延が追加されると想定しています。同じための数学的な方程式はありますか?
2 に答える
「数式」は「遅延 = 遅延 + 待機時間」です。私はそれを3年生の算数と呼んでいます。
データ ブロック間で遅延が発生するため、停止や待機を送信するあらゆるタイプのプロトコルのデータ スループットは、遅延の影響を受けます。これは、小さなブロック サイズを使用するプロトコルに大きな影響を与えますが、TCP などのウィンドウ化されたプロトコルにも影響します。
最終的には、サーバーとホストの間でデータ ブロック間で送受信する必要があるパケットが多くなり、データ ブロックが小さくなるほど、スループットが低下します。
たとえば、TFTP は固定の 512 バイト ブロックでデータを送信し、別のブロックを送信する前に 6 つのパケット (両側から 3 つ) を交換する必要があります。したがって、ping (往復) が 10 ミリ秒である接続では、送信ブロック間に最小 30 ミリ秒の遅延があると考えてください。これは、512 バイトのデータの 33 ブロックを 1 秒間に配信できることを意味し、無制限の帯域幅を想定し、損失やその他のオーバーヘッドを考慮しない場合、最大スループットは約 17KBps (136 Kbps) になります。
次に、ping 時間が 50 ミリ秒で、ブロックの転送間に 150 ミリ秒の待機時間が発生し、512 バイトの 1 秒あたり 6.66 ブロックが 3.4 KBps に相当する、または 27.3 Kbps が帯域幅やその他の要因に関係なく、理論上の最大スループットであるシナリオを考えてみましょう。 .
ここで使用される式は、理論上の最大スループット = 1 秒 / ブロック間の遅延 * ブロック サイズです。
TCP に関連する件名の良い読み物は以下にあります。
http://bradhedlund.com/2008/12/19/how-to-calculate-tcp-throughput-for-long-distance-links/
WAN リンク全体でチャットの多いプロトコルを使用するとスループットが低下する方法のもう 1 つの良い例は、SMB 別名 Samba 別名 CIFS 別名 Windows ファイル転送です。これは、古い Windows ネットワークを使用する VPN 環境でよくある問題です。