如果一台网络服务器每天服务100GB，那么在10,000个10MB会话或200,000个500kB会话中这样做会更好。
这个问题的原因是我想知道镜像内容的网站是否会有任何优势，劣势或两者都不允许客户端利用HTTP的中间启动功能从多个服务器下载文件。 （IIRC这有点像洪流工程）
答案 0 :(得分：2)
我认为不仅会话的大小很重要，而且会话的持续时间非常重要。我猜想，200,000个小型会议的寿命将短于10,000个。会话一完成，就可以释放资源再次使用。我会优化它，以便会话尽可能短。
还要记住，单个服务器不能同时拥有超过几百个会话（100 - 200是安全号码）。
答案 1 :(得分：0)
通常会有一些与每个会话相关的开销 - 例如创建TCP连接的成本，或者HTTP标头（如果你还没有将它们包含在100GB中） - 所以表面上看，最好使用更大的会话。但是从客户的角度考虑它：通过使用多个较小的会话，它们可以并行运行下载并可能更快地获得其内容。因此，实际的“最佳”设置可能是一些中间会话大小，这当然取决于您所服务的内容类型（大文件或小文件，流媒体或静态）以及您认为速度有多重要。没有一个适合所有人的答案。
答案 2 :(得分：0)
100 GB /天不是您需要担心的数字。它的平均值略高于1 MBYte / sec。您可以通过旧的以太网获得这一点，以便将其放在透视图中。现在，您的实际峰值吞吐量将高很多，可能是10 MByte / s。不过，对于现代服务器来说，这根本不是问题。所以，我认为你不需要那些多个服务器，因此没有理由分割10MB的下载量。如果您从单个服务器下载，为什么要在10MB下载中插入19个断开连接和重新连接序列？