用lz的设置，感觉慢了。刚狗狗了下，搜了篇文章，结合lz的一些设置，感觉速度还不错。
-------------------------------------------------------------------------------------
1.network.http.pipelining　　

在 Filter 中输入 network.http.pipelining，双击赋值为 true，默认为 false。如果没有找到这个键值，可以右键新建一个

Boolean，把她赋值为 true 就 OK 了。　　

还是像我在从前解释过的那样，激活这个键值之后，Pipelining同时发出成倍数的连接请求，从而达到提升连接速度的效果。

网络上的大多数网站都是基于 HTTP 协议，而 HTTP 1.1可以支持多线程的连接请求，通过这个操作可以减少Firefox载入网页

的时间。不过并不是所有网页所在的服务器都支持这种操作，所以当你修改键值之后却看不到一点实际效果的时候，请不要对

我破口大骂。

2.network.http.pipelining.maxrequests　　

在 Filter 中输入 network.http.pipelining.maxrequests，双击并赋值为 8，默认键值为 4。

3.network.http.proxy.pipelining　　

在 Filter 中输入 network.http.proxy.pipelining，双击并赋值为 true。　　

这两条优化的道理同上，这里就不再多解释了。　　

4.network.dns.disableIPv6　　

在 Filter 中输入 network.dns.disableIPv6，双击并赋值为 true。　　

IPv6 把 IP 地址由 32 位增加到 128 位，从而能够支持更大的地址空间，当用户在终端向一个 IPv6-capableDNS服务器发送连接请

求时，也许服务器端会错误的返回给用户一个 IPv4 地址。而 Firefox 可以对这一切明察秋毫，不过在Firefox纠错的同时也必然会导

致信号的延迟，所以这里我们把她赋值为 true，禁用掉她。　　

5.content.interrupt.parsing　　

右键新建 Boolean 值，键名为 content.interrupt.parsing，赋值 true。　　

默认这个键值并不存在。我们激活这个键值之后，当目标网页载入时，Firefox会根据一定频率打断解析的过程，不断的向用户反馈她

所收集到的网页信息，有点像流媒体的意思。这时的 Firefox很聪明，不会一根筋的一直钻牛角。在下面的内容中我还会具体讲一下这

个键值的魅力所在。　

6.content.max.tokenizing.time　　

右键新建 Integer 值，键名为 content.max.tokenizing.time，赋值 2250000。　　

这个键值的作用其实就是指定一个循环事件的处理周期，这里的单位是微秒，要是我没有算错的话。理论上当我们将这个值取的越小，

网页就会从视觉上载入的越流畅，因为Firefox会在很短的单位时间里反馈回解析到的网页信息。可是这样无疑延迟了网页整体载入的

时间，所以在这里我们不妨将这个周期取的大一些，理论上可以加速网页的载入。

7.content.notify.interval　　

右键新建 Integer 值，键名为 content.notify.interval，赋值 750000。　　

载入一个网页其实也是一门很大的学问。让我们来放一个慢动作，我们姑且先把在终端第一次收到的网页信息很不专业的叫做预载入页

面吧，这个页面有可能是不完整的图片或者文字，或者别的媒体文件。从我们第一次向远端主机发出连接请求到我们在终端收到这个预

载入页面花费的时间，就是这里我们要定义的键值。理论上当我们将这个时间设置的很低时，肯定会更快的拿到所谓的预载入页面，可这

是一种杀鸡取卵的做法，这样无形中反而增加了我们整体页面的载入时间。按照官方的说法，低于 100,000 将会降低 Firefox 的性能，

那好吧，那我们把她彪到 750000 吧。　　

8.content.notify.ontimer

右键新建 Boolean 值，键名为 content.notify.ontimer，赋值 true。　　

为了使我们上面设置的 750000 微秒生效，还需要把这个键值激活。只有这两个键值配合，才会起作用。

9.content.notify.backoffcount　　

右键新建 Integer 值，键名为 content.notify.backoffcount，赋值 5。　　

这个键值控制Firefox的内置计数器在归零之前载入页面返回的次数。我们将目标网页分成好多个部分进行下载，每下载完一个部分，

计数器归零一次。-1就是没有限制，值为 0时这项功能被禁用。这里我们将她设置成5，当返回的次数达到五次而这部分网页还没有完

全下载完时，那么剩下的没有下载完的网页内容将不会再按照我们预告设置的周期，像之前的五次那样一点一点的搬运回来，而是会一

次性的下载完。也就是说在这个部分的网页下载过程中，Firefox 一共向我们反馈了 6 次信息，前5次的时间间隔是我们在上面的键值

中设置的周期 2250000 微秒，而第6次也就是最后一次则没有时间限制，什么时候把剩下的下完了，什么时候反馈回来。　　

只有当我们在上面提到的 content.notify.ontimer 键值为 true 的时候，这里的设置才会生效。

10.content.switch.threshold　　

右键新建 Integer 值，键名为 content.switch.threshold ，赋值 750000，也就是四分之三秒。

在 前面我们提到了一个键值 content.interrupt.parsing，通过激活她实际上我们可以在载入页面的过程中跟Firefox产生互动，毕竟

我们每一个人的心里都充满了爱。把 content.interrupt.parsing 激活后当页面载入时Firefox会有两种操作模式：高频和低频中断模

式。使用高频模式时，网页回馈的频率也很高，我们坐在显示器前看到的网页载入过程也会更加的平滑。低频时网页回馈的频率相对比

较低，可是这时反而加快了网页载入的时间。当我们移动鼠标或者触击键盘时，高频模式被激活。在经过某一段时间我们没有碰鼠标

和键盘，程序没有接到鼠标和键盘发出的任何指令时，Firefox 就会自动进入低频模式工作，而这所谓的某一段时间，就是我们这里要

指定的值。　　

11.nglayout.initialpaint.delay　　

右键新建 Integer 值，键名为 nglayout.initialpaint.delay，赋值 0。　　

这里实际上延迟了整个网页的显示速度，但是因为用户更喜欢在整个网页完全截入之前就开始阅读网页 (就像流媒体那样)，所以在这

里可以把值调为零，加速用户阅读网页的速度，有时候阅读速度和载入速度并不是成正比的。　　

在网络状况稳定的情况下这些优化的确是会起到一些效果的，并不光是心理作用，大家在为自己的浏览器提速时，也可以稍微参考一下。
-------------------------------------------------------------------------------------

精简扩展比较有用

liuxb：楼主这两个参数是怎么设的?
content.max.tokenizing.time
content.switch.threshold回到原帖

当Content.interrupt.parsing的值为false时，这两个参数不起作用。如果希望它们起作用，可将Content.interrupt.parsing设为true。具体方法参见楼上。

  本文的目的主要是为了解决网页打开的稳定性和兼容性问题，提速只在其次。如果你平时打开网页没什么问题，不必使用本方法，因为它很可能会造成观感上的变慢。

itisff：

当Content.interrupt.parsing的值为false时，这两个参数不起作用。如果希望它们起作用，可将Content.interrupt.parsing设为true。具体方法参见楼上。

  本文的目的主要是为了解决网页打开的稳定性和兼容性问题，提速只在其次。如果你平时打开网页没什么问题，不必使用本方法，因为它很可能会造成观感上的变慢。回到原帖

那提速的方法到底是啥呢.. 最近有用过chrome.真的感觉就是杀的一下就出来了..
就是定制性太太太差..不能然我们去适应她啊....
lz是不是考虑存在写篇文呢...哈哈

content.notify.ontimer  我在过滤器中输入，内容没有查找出来，不知是怎么回事，望高手解答一下。

daocaoren722：content.notify.ontimer  我在过滤器中输入，内容没有查找出来，不知是怎么回事，望高手解答一下。回到原帖

没有说明是默认值(我觉得.).    点击新建即可

那提速的方法到底是啥呢.. 最近有用过chrome.真的感觉就是杀的一下就出来了..
就是定制性太太太差..不能然我们去适应她啊....
lz是不是考虑存在写篇文呢...哈哈

我感觉，在兼顾稳定性的前提下，firefox默认的速度已经是尽了全力了。与chrome相比，更深层次的原因是引擎问题。所谓鱼与熊掌不可兼得，如果用起来顺手，不必在乎那一两秒的差别。

飞一般的感觉。