分享:修改参数 让你的Firefox跑得更快

大家可以试试
　　 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。　　

　　这里实际上延迟了整个网页的显示速度，但是因为用户更喜欢在整个网页完全截入之前就开始阅读网页 (就像流媒体那样)，所以在这里可以把值调为零，加速用户阅读网页的速度，有时候阅读速度和载入速度并不是成正比的。　　

不要再转贴这篇文章了
大毒草！ 越改越坏  我负责任的说 默认参数不是傻的

taizitju：不要再转贴这篇文章了
大毒草！ 越改越坏  我负责任的说 默认参数不是傻的回到原帖

同意
network.http.pipelining
某网站图片一直加载不全,要刷新几次,终于发现是这个参数搞的

我觉得吧,改下network.dns.disableIPv6就够了

我特意跑来看看哪位高人又转这篇文章。

对于部分网站是有效果的。

的确，改了有些心里作用。。。。

但是我告诉你实话，不改要快些。。。。。。。

都3.0了还拿这些老古董来说事，哈哈~~~~

某些参数会影响性能,反而更慢

以前跟着类似的文章改过，没啥感觉

楼主可能是古董爱好者

古董贴，鉴定完毕