FROM:http://www./doc/desktop/200802/250.html
            很早很早以前曾經(jīng)寫過一篇“Firefox 終極加速”的文章,可以通過手動修改 user.js
            文件來獲取理論上的最佳瀏覽速度,后來發(fā)現(xiàn)這種修改方式對于普通用戶來說真的有點勉為其難,而且國內(nèi)的網(wǎng)絡(luò)環(huán)境并不盡如人意,我們所做的 js
            優(yōu)化修改在臃堵的網(wǎng)路上顯得那么渺小與無助。
不過聊勝于無,讓我們暫且先把這些復(fù)雜的優(yōu)化操作變的簡單一點,然后再來親自感覺一下這些已經(jīng)在網(wǎng)絡(luò)上流傳了很久的提速技巧吧。下面的操作我們都在 about:config 里進(jìn)行。在 Firefox 的地址欄中輸入 about:config,讓我們開始提速吧。
            network.http.pipelining
在 Filter 中輸入 network.http.pipelining,雙擊賦值為 true,默認(rèn)為 false。如果沒有找到這個鍵值,可以右鍵新建一個 Boolean,把她賦值為 true 就 OK 了。
還
            是像我在從前解釋過的那樣,激活這個鍵值之后,Pipelining
            同時發(fā)出成倍數(shù)的連接請求,從而達(dá)到提升連接速度的效果。網(wǎng)絡(luò)上的大多數(shù)網(wǎng)站都是基于 HTTP 協(xié)議,而 HTTP 1.1
            可以支持多線程的連接請求,通過這個操作可以減少 Firefox
            載入網(wǎng)頁的時間。不過并不是所有網(wǎng)頁所在的服務(wù)器都支持這種操作,所以當(dāng)你修改鍵值之后卻看不到一點實際效果的時候,請不要對我破口大罵。
network.http.pipelining.maxrequests
在 Filter 中輸入 network.http.pipelining.maxrequests,雙擊并賦值為 8,默認(rèn)鍵值為 4。
network.http.proxy.pipelining
在 Filter 中輸入 network.http.proxy.pipelining,雙擊并賦值為 true。
這兩條優(yōu)化的道理同上,這里就不再多解釋了。
network.dns.disableIPv6
在 Filter 中輸入 network.dns.disableIPv6,雙擊并賦值為 true。
IPv6 把
            IP 地址由 32 位增加到 128 位,從而能夠支持更大的地址空間,當(dāng)用戶在終端向一個 IPv6-capable DNS
            服務(wù)器發(fā)送連接請求時,也許服務(wù)器端會錯誤的返回給用戶一個 IPv4 地址。而 Firefox 可以對這一切明察秋毫,不過在 Firefox
            糾錯的同時也必然會導(dǎo)致信號的延遲,所以這里我們把她賦值為 true,禁用掉她。
content.interrupt.parsing
右鍵新建 Boolean 值,鍵名為 content.interrupt.parsing,賦值 true。
默
            認(rèn)這個鍵值并不存在。我們激活這個鍵值之后,當(dāng)目標(biāo)網(wǎng)頁載入時,F(xiàn)irefox
            會根據(jù)一定頻率打斷解析的過程,不斷的向用戶反饋她所收集到的網(wǎng)頁信息,有點像流媒體的意思。這時的 Firefox
            很聰明,不會一根筋的一直鉆牛角。在下面的內(nèi)容中我還會具體講一下這個鍵值的魅力所在。
content.max.tokenizing.time
右鍵新建 Integer 值,鍵名為 content.max.tokenizing.time,賦值 2250000。
這
            個鍵值的作用其實就是指定一個循環(huán)事件的處理周期,這里的單位是微秒,要是我沒有算錯的話。理論上當(dāng)我們將這個值取的越小,網(wǎng)頁就會從視覺上載入的越流
            暢,因為 Firefox
            會在很短的單位時間里反饋回解析到的網(wǎng)頁信息??墒沁@樣無疑延遲了網(wǎng)頁整體載入的時間,所以在這里我們不妨將這個周期取的大一些,理論上可以加速網(wǎng)頁的載
            入。
content.notify.interval
右鍵新建 Integer 值,鍵名為 content.notify.interval,賦值 750000。
載
            入一個網(wǎng)頁其實也是一門很大的學(xué)問。讓我們來放一個慢動作,我們姑且先把在終端第一次收到的網(wǎng)頁信息很不專業(yè)的叫做預(yù)載入頁面吧,這個頁面有可能是不完整
            的圖片或者文字,或者別的媒體文件。從我們第一次向遠(yuǎn)端主機(jī)發(fā)出連接請求到我們在終端收到這個預(yù)載入頁面花費的時間,就是這里我們要定義的鍵值。理論上當(dāng)
            我們將這個時間設(shè)置的很低時,肯定會更快的拿到所謂的預(yù)載入頁面,可這是一種殺雞取卵的做法,這樣無形中反而增加了我們整體頁面的載入時間。按照官方的說
            法,低于 100,000 將會降低 Firefox 的性能,那好吧,那我們把她彪到 750000 吧。
content.notify.ontimer
右鍵新建 Boolean 值,鍵名為 content.notify.ontimer,賦值 true。
為了使我們上面設(shè)置的 750000 微秒生效,還需要把這個鍵值激活。只有這兩個鍵值配合,才會起作用。
content.notify.backoffcount
右鍵新建 Integer 值,鍵名為 content.notify.backoffcount,賦值 5。
這
            個鍵值控制 Firefox
            的內(nèi)置計數(shù)器在歸零之前載入頁面返回的次數(shù)。我們將目標(biāo)網(wǎng)頁分成好多個部分進(jìn)行下載,每下載完一個部分,計數(shù)器歸零一次。-1 就是沒有限制,值為 0
            時這項功能被禁用。這里我們將她設(shè)置成 5,
            當(dāng)返回的次數(shù)達(dá)到五次而這部分網(wǎng)頁還沒有完全下載完時,那么剩下的沒有下載完的網(wǎng)頁內(nèi)容將不會再按照我們預(yù)告設(shè)置的周期,像之前的五次那樣一點一點的搬運
            回來,而是會一次性的下載完。也就是說在這個部分的網(wǎng)頁下載過程中,F(xiàn)irefox 一共向我們反饋了 6 次信息,前 5
            次的時間間隔是我們在上面的鍵值中設(shè)置的周期 2250000 微秒,而第 6
            次也就是最后一次則沒有時間限制,什么時候把剩下的下完了,什么時候反饋回來。
只有當(dāng)我們在上面提到的 content.notify.ontimer 鍵值為 true 的時候,這里的設(shè)置才會生效。
content.switch.threshold
右鍵新建 Integer 值,鍵名為 content.switch.threshold ,賦值 750000,也就是四分之三秒。
在
            前面我們提到了一個鍵值 content.interrupt.parsing,通過激活她實際上我們可以在載入頁面的過程中跟 Firefox
            產(chǎn)生互動,畢竟我們每一個人的心里都充滿了愛。把 content.interrupt.parsing 激活后當(dāng)頁面載入時 Firefox
            會有兩種操作模式:高頻和低頻中斷模式。使用高頻模式時,網(wǎng)頁回饋的頻率也很高,我們坐在顯示器前看到的網(wǎng)頁載入過程也會更加的平滑。低頻時網(wǎng)頁回饋的頻
            率相對比較低,可是這時反而加快了網(wǎng)頁載入的時間。當(dāng)我們移動鼠標(biāo)或者觸擊鍵盤時,高頻模式被激活。在經(jīng)過某一段時間我們沒有碰鼠標(biāo)和鍵盤,程序沒有接到
            鼠標(biāo)和鍵盤發(fā)出的任何指令時,F(xiàn)irefox 就會自動進(jìn)入低頻模式工作,而這所謂的某一段時間,就是我們這里要指定的值。
nglayout.initialpaint.delay
右鍵新建 Integer 值,鍵名為 nglayout.initialpaint.delay,賦值 0。
這里實際上延遲了整個網(wǎng)頁的顯示速度,但是因為用戶更喜歡在整個網(wǎng)頁完全截入之前就開始閱讀網(wǎng)頁 (就像流媒體那樣),所以在這里可以把值調(diào)為零,加速用戶閱讀網(wǎng)頁的速度,有時候閱讀速度和載入速度并不是成正比的。