私はヨーロッパにいますが、米国でウェブサイトを運営しています。
サイトがホストされているサービス プロバイダーは、大規模な上り/下り帯域幅を (手頃な価格で) 提供しています。
サーバーの負荷が非常に低くなりました（ネットワーク/CPU/ストレージ）
サーバーが遠くにあり、データが通るルートが長いため、応答時間はかなり長くなります (ping では 150 ～ 200 ミリ秒) が、これは私にとっては許容範囲です。
プロバイダーが提供する大きなアップロード帯域幅により、データ転送速度も良好です。
しかし、データ転送は最初は遅く、数秒後に最高速度に達するように思えます。
質問:
これも長いルート/距離の影響でしょうか?
データ転送速度のこの「慣性」動作の原因は何でしょうか?
答え1
しかし、データ転送は最初は遅く、数秒後に最高速度に達するように思えます。
これは、特に遅延の大きい接続では予想される動作です。詳細については、TCP スロー スタートと TCP ウィンドウ スケーリングを参照してください。
これも長いルート/距離の影響でしょうか?
いいえ、それは高レイテンシーの影響です。レイテンシーと地理的距離は確かに相関関係にありますが、光ファイバーの光速を除けば、両者の間に強い相関関係はありません。多くの遅延に影響する要因（輻輳、ライン内の EDFA の数、ルート ホップの数など）があり、距離はそのほんの一部にすぎません。
データ転送速度のこの「慣性」動作の原因は何でしょうか?
TCP ソケットが開くと、ネットワーク スタックは、ソケットのもう一方の端からパケットが受信されたという確認応答を受け取るまでに送信するデータの量について、控えめな傾向にあります。ソケットが古くなり、接続の品質に関する情報が増えると、ネットワーク スタックはウィンドウ サイズを増やすことができます。これにより、確認応答を受け取る前に、より多くのパケットが「飛行中」になります。
答え2
あまり。
ここで経験するのは、TCPが接続条件に合わせてウィンドウサイズを調整することです。スロースタート。