雅虎的YSlow插件的規(guī)則之一：Rule 9 – Reduce DNS Lookups提到：

Reducing the number of unique hostnames has the potential to reduce the amount of parallel downloading that takes place in the page. Avoiding DNS lookups cuts response times, but reducing 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 downloads. 

說說自己的理解：

首先，一個(gè)頁(yè)面所需要訪問的域名數(shù)量為n，那么就需要n次DNS查找，而DNS查找通常是blocking call，就是說在得到結(jié)果之后才能繼續(xù)，所以越多的DNS查找，反應(yīng)速度就越慢；

其次，并行下載(parallel downloading)由兩個(gè)因素決定：到服務(wù)器的連接數(shù)量，以及每個(gè)連接內(nèi)部的流水線請(qǐng)求數(shù)量。

一個(gè)頁(yè)面里到服務(wù)器的連接數(shù)量由兩個(gè)因素決定：

頁(yè)面所需訪問的域名數(shù)量，和 
瀏覽器所允許的最多連接數(shù) 
后者在Mozilla/Firefox中還由瀏覽器所允許最多連接數(shù)(network.http.max-connections，缺省為24)，和每個(gè)服務(wù)器所允許的最大連接數(shù)(network.http.max-connections-per-server，缺省為8)決定。如果max-connection-per-server是m，那么一個(gè)需要訪問n個(gè)不同域名的主機(jī)的頁(yè)面，最多可以有n*m個(gè)連接 － 前提是n*m小于max-connections的值；

每個(gè)連接內(nèi)部的流水線請(qǐng)求(pipelined requests)的數(shù)量也是瀏覽器的參數(shù)(Firefox上由network.http.pipelining來設(shè)置，缺省為4)，前提是服務(wù)器支持persistent connection（比如在Apache設(shè)置KeepAlive為On）。之前的例子就不需要那么多的連接了（對(duì)服務(wù)器和瀏覽器來說，一個(gè)連接里多個(gè)流水線請(qǐng)求能夠比多個(gè)并行連接更好些），假設(shè)pipelining的值為p，那么就可以只使用n*m/p個(gè)連接了。(BTW，對(duì)Firefox做優(yōu)化的一些插件其實(shí)就是對(duì)上面的幾個(gè)設(shè)置做調(diào)整）

所以減少頁(yè)面內(nèi)不同hostname的數(shù)量不一定會(huì)減少并行下載的數(shù)量，也要看所需要的請(qǐng)求(css, javascript, 圖片等)的數(shù)量，因此YSlow的解釋說是potentially。

最新評(píng)論