网页效率之DNS查找和并行下载

网页效率之DNS查找和并行下载详细介绍

首先，一个页面所需要访问的域名数量为n，那么就需要n次DNS查找，而DNS查找通常是blocking call，就是说在得到结果之后才能继续，所以越多的DNS查找，反应速度就越慢；

雅虎的YSlow插件的规则之一：Rule 9 – Reduce DNS Lookups提到：

Reducing the number of unique hostnames has the potential to reduce the amount of para
llel downloading that takes place in the page. Avoiding DNS lookups cuts response times, but red
ucing parallel downloads may increase response times. My guideline is to split these components across at least two but no more than four hostnames. This results in a good compromise between reducing DNS lookups and allowing a high degree of parallel down
loads. 

说说自己的理解：

首先，一个页面所需要访问的域名数量为n，那么就需要n次DNS查找，而DNS查找通常是ing call，就是说在得到结果之后才能继续，所以越多的DNS查找，反应速度就越慢；

其次，并行下载(parallel downloading)由两个因素决定：到的连接数量，以及每个连接内部的流水线请求数量。

一个页面里到服务器的连接数量由两个因素决定：

页面所需访问的域名数量，和 

浏览器所允许的最多连接数 

后者在Mozilla/Firefox中还由浏览器所允许最多连接数(network.http.max-connections，缺省为24)，和每个服务器所允许的最大连接数(network.http.max-connections-per-server，缺省为8)决定。如果max-conne ction-per-server是m，那么一个需要访问n个不同域名的主机的页面，最多可以有n*m个连接 － 前提是n*m小于max-connections的值；

每个连接内部的流水线请求(pipelined requests)的数量也是浏览器的参数(Firefox上由network.http.pipelining来设置，缺省为4)，前提是服务器支持persistent connection（比如在Apache设置KeepAlive为On）。之前的例子就不需要那么多的连接了（对服务器和浏览器来说，一个连接里多个流水线请求能够比多个并行连接更好些），假设pipelining的值为p，那么就可以只使用n*m/p个连接了。(BTW，对Firefox做的一些插件其实就是对上面的几个设置做调整）

所以减少页面内不同hostname的数量不一定会减
少并行下载的数量，也要看所需要的请求(, script, 图片等)的数量，因此YSlow的解释说是potentially。

本文标题: 网页效率之DNS查找和并行下载 ,