ネットワークに慣れていません。ファイル転送プロトコル（有線接続）の実験をしながら、ソースから宛先へ1ファイルを転送するのにかかる時間を計算する必要があります。 ファイル転送時間を計算するには、ファイルサイズとリンク速度が必要です。リンク速度とスループット
誰でもこのリンクの速度と計算方法を教えてください。 はPHYレートと同じですか？
有線接続のPHYレートは存在するか、または無線接続のみに存在しますか？
また、PHYレート、リンク速度、スループットの違いについても説明してください。
ありがとうございます。あなたは運動のために全体のプロトコルスタックを考慮する必要があります
：
これらの各層生のPHYレートを低減します。
イーサネットとIPレイヤでは、非常に簡単です。これらのプロトコルの各フレームは最大サイズ（MTU）と各フレームのヘッダーに割り当てられる必要がある固定サイズを持っています。
ヘッダーのオーバーヘッドを差し引いた後、IP経由のスループットが得られます。
TCPでは、追加のラウンドトリップが主な要因であるため、現在はデータオーバーヘッドを無視できます。この場合、ハンドシェイクのみを扱い、他の詳細は無視してください。これは、SYN-ACK-ACKシーケンスのために、クライアント側からリンクが確立されるまでに2倍の遅延を考慮することを意味します。
FTPの場合は、最も単純なケース、匿名ログイン、アクティブな転送、エンコーディングは想定しません。これにより、実際のデータ転送が開始される前にもう一度往復が追加されます。
なぜFTPとTCPプロトコルでデータサイズを無視することにしましたか？現代のすべてのリンク速度では、これは遅延によって完全にマスクされるからです。
だから、トータルであなたの実効スループットは、FTPで異なる転送エンコーディングは、左側に別の要因を追加する選択今PHY rate * Ethernet overhead * IP overhead + file size/(4 * Delay)
です。 TCPウィンドウのスケーリング、再送信、FTP経由のログインなどを考慮すると、より多くの往復が追加されます。
スタックに追加のプロトコルが存在し、さらにオーバーヘッドが発生する可能性があります。例えば。ネットワークトンネル。
PHYレートは、プロトコルのオーバーヘッド、エラー修正またはアービトレーションがないと仮定すると、理論上のピークです。リンク速度は同じで、ちょうど異なる言葉です。 OSIスタックのすべてのレイヤーに導入されたオーバーヘッドによって制限されます。典型的には、ラウンドトリップ（例えば、TCP）を必要とするプロトコルのレイテンシによってさらに制限され、例えば、イーサネットフレーム、またはリンクレベルでの無線リンクのエラー訂正とアービトレーションなどがあります。イーサネットの場合、PHYレートとスループットは、オーバーヘッドが非常に低いためほぼ同じです。転送時間にはレイテンシも必要です。 – Ext3h
あなたは1ファイル=（ファイルサイズ/ 1パケットのサイズ）*レイテンシを転送するのにかかる時間を言うのですか？ –
遅延の代わりに遅延を使用できますか？ –