如何最好地加载Web服务器

时间:2009-02-06 04:51:43

标签: http distributed

如果一台网络服务器每天服务100GB,那么在10,000个10MB会话或200,000个500kB会话中这样做会更好。

这个问题的原因是我想知道镜像内容的网站是否会有任何优势,劣势或两者都不允许客户端利用HTTP的中间启动功能从多个服务器下载文件。 (IIRC这有点像洪流工程)

3 个答案:

答案 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个断开连接和重新连接序列?