Web サーバーが 1 日あたり 100GB のサービスを提供する場合、10MB のセッションを 10,000 回、または 500kB のセッションを 200,000 回使用する方がよいでしょう。
この質問の理由は、コンテンツをミラーリングして、クライアントが HTTP の中間開始機能を利用して多くのサーバーからセグメント内のファイルをダウンロードできるようにするサイトに、利点、欠点、またはどちらでもないかどうか疑問に思っているからです。(IIRC これは少し torrent の作品に似ています)
セッションの大きさだけでなく、セッションの長さも非常に重要だと思います。200,000 の小さなセッションは、10,000 の大きなセッションよりも寿命が短いと思います。セッションが完了するとすぐに、リソースが解放されて再び使用できるようになります。セッションができるだけ短く続くように最適化します。
また、1 つのサーバーが同時に数百を超えるセッションを持つことはできないことにも注意してください (100 から 200 が安全な数です)。
通常、各セッションに関連するオーバーヘッドがあります。たとえば、TCP 接続や HTTP ヘッダー (まだ 100GB に含めていない場合) を作成するコストなどです。ただし、クライアントの観点からも考えてみてください。複数の小さなセッションを使用することで、ダウンロードを並行して実行し、コンテンツをより速く取得できる可能性があります。したがって、実際の「最適な」セットアップは、おそらく中間のセッション サイズになります。これはもちろん、提供するコンテンツの種類 (大きなファイルか小さなファイルか、ストリーミングか静的か) と、速度がどれほど重要であるかによって異なります。万能の答えはありません。
1 日あたり 100 GB という数値は、気にする必要はありません。平均で 1 MBYte/秒をわずかに上回ります。それを視野に入れるために、古いイーサネット経由でそれを取得できます。これで、実際のピーク スループットはさらに高くなり、おそらく 10 MByte/s になります。それでも、これは最新のサーバーではまったく問題ありません。したがって、これらの複数のサーバーは必要ないと思うので、10MB のダウンロードを分割する理由にはなりません。また、単一のサーバーからダウンロードしている場合、10 MB のダウンロードの途中で、なぜ 19 回の切断と再接続のシーケンスを挿入するのでしょうか?