很早很早以前曾经读过一篇“Firefox 终极加速”的文章，可以通过手动修改 prefs.js 文件来获取理论上的最佳浏览速度，后来发现这种修改方式对于普通用户来说真的有点勉为其难，而且国内的网络环境并不尽如人意，我们所做的 js 优化修改在臃堵的网路上显得那么渺小与无助。
不过聊胜于无，让我们暂且先把这些复杂的优化操作变的简单一点，然后再来亲自感觉一下这些已经在网络上流传了很久的提速技巧吧。下面的操作我们都在 about:config 里进行。在 Firefox 的地址栏中输入 about:config，让我们开始提速吧。
操作前需要注意的事项
* 好多朋友询问键名或者键值写错了应该怎样删除，方法很简单： 右键点击要删除的键值，选中重置后重启 Firefox 就可以了。
* 如果您的 Firefox 已经安装了 Fasterfox 或者同类的加速扩展，不建议您参照这篇教程修改参数。
* 这些参数只是修改了浏览器载入数据时相关频率属性，并不会造成 Firefox 的运行不稳定（与 Fasterfox 发生冲突的情况除外）。
可以优化的键值
* network.http.pipelining
在 过滤器（Filter）中输入 network.http.pipelining，双击赋值为 true，默认为 false。
如果没有找到这个键值，可以右键新建一个 布尔（Boolean）值，把它赋值为 true 。
激活这个键值之后，Pipelining 同时发出成倍数的连接请求，从而达到提升连接速度的效果。网络上的大多数网站都是基于 HTTP 协议，而 HTTP 1.1 可以支持多线程的连接请求，通过这个操作可以减少 Firefox 载入网页的时间。
不过并不是所有网页所在的服务器都支持这种操作，所以当你修改键值之后却看不到一点实际效果的时候，请不要对我破口大骂。
* network.http.pipelining.maxrequests
在 过滤器（Filter）中输入 network.http.pipelining.maxrequests，双击并赋值为 8，默认键值为 4。
* network.http.proxy.pipelining
在 Filter 中输入 network.http.proxy.pipelining，双击并赋值为 true。
这两条优化的道理同上，这里就不再多解释了。
* network.dns.disableIPv6
在 过滤器（Filter）中输入 network.dns.disableIPv6，双击并赋值为 true。
IPv6 把 IP 地址由 32 位增加到 128 位，从而能够支持更大的地址空间，当用户在终端向一个 IPv6-capable DNS 服务器发送连接请求时，也许服务器端会错误的返回给用户一个 IPv4 地址。而 Firefox 可以对这一切明察秋毫，不过在 Firefox 纠错的同时也必然会导致信号的延迟，所以这里我们把它赋值为 true，禁用掉它。
* content.interrupt.parsing
右键新建 布尔（Boolean）值，键名为 content.interrupt.parsing，赋值 true 。
默认这个键值并不存在。激活这个键值之后，当目标网页载入时，Firefox 会根据一定频率打断解析的过程，不断的向用户反馈它所收集到的网页信息，有点像流媒体的意思。
这时的 Firefox 很聪明，不会一根筋的一直钻牛角。在下面的内容中我还会具体讲一下这个键值的魅力所在。
* content.max.tokenizing.time
右键新建 整数（Integer）值，键名为 content.max.tokenizing.time，赋值 2250000。
这个键值的作用其实就是指定一个循环事件的处理周期，这里的单位是微秒，要是没有算错的话。理论上当我们将这个值取的越小，网页就会从视觉上载入的越流畅，因为 Firefox 会在很短的单位时间里反馈回解析到的网页信息。
可是这样无疑延迟了网页整体载入的时间，所以在这里我们不妨将这个周期取的大一些，理论上可以加速网页的载入。
* content.notify.interval
右键新建 整数（Integer）值，键名为 content.notify.interval，赋值 750000。
载入一个网页其实也是一门很大的学问。让我们来放一个慢动作，我们姑且先把在终端第一次收到的网页信息很不专业的叫做预载入页面吧，这个页面有可能是不完整的图片或者文字，或者别的媒体文件。
从我们第一次向远端主机发出连接请求到我们在终端收到这个预载入页面花费的时间，就是这里我们要定义的键值。理论上当我们将这个时间设置的很低时，肯定会更快的拿到所谓的预载入页面，可这是一种杀鸡取卵的做法，这样无形中反而增加了我们整体页面的载入时间。
按照官方的说法，低于 100,000 将会降低 Firefox 的性能，那好吧，那我们把它彪到 750000 吧。
* content.notify.ontimer
右键新建 布尔（Boolean）值，键名为 content.notify.ontimer，赋值 true。
为了使我们上面设置的 750000 微秒生效，还需要把这个键值激活。只有这两个键值配合，才会起作用。
* content.notify.backoffcount
右键新建 整数（Integer）值，键名为 content.notify.backoffcount，赋值 5。
这个键值控制 Firefox 的内置计数器在归零之前载入页面返回的次数。我们将目标网页分成好多个部分进行下载，每下载完一个部分，计数器归零一次。
-1 就是没有限制，值为 0 时这项功能被禁用。
这里我们将她设置成 5，当返回的次数达到五次而这部分网页还没有完全下载完时，那么剩下的没有下载完的网页内容将不会再按照我们预告设置的周期，像之前的五次那样一点一点的搬运回来，而是会一次性的下载完。
也就是说在这个部分的网页下载过程中，Firefox 一共向我们反馈了 6 次信息，前 5 次的时间间隔是我们在上面的 content.max.tokenizing.time 键值中设置的周期 2250000 微秒，而第 6 次也就是最后一次则没有时间限制，什么时候把剩下的下完了，什么时候反馈回来。
只有当我们在上面提到的 content.notify.ontimer 键值为 true 的时候，这里的设置才会生效。
* content.switch.threshold
右键新建 整数（Integer）值，键名为 content.switch.threshold ，赋值 750000，也就是四分之三秒。
在前面我们提到了一个键值 content.interrupt.parsing，通过激活它实际上我们可以在载入页面的过程中跟 Firefox 产生互动，毕竟我们每一个人的心里都充满了爱。
把 content.interrupt.parsing 激活后当页面载入时 Firefox 会有两种操作模式：高频和低频中断模式。
使用高频模式时，网页回馈的频率也很高，我们坐在显示器前看到的网页载入过程也会更加的平滑。
低频时网页回馈的频率相对比较低，可是这时反而加快了网页载入的时间。
当我们移动鼠标或者触击键盘时，高频模式被激活。
在经过某一段时间我们没有碰鼠标和键盘，程序没有接到鼠标和键盘发出的任何指令时，Firefox 就会自动进入低频模式工作，而这所谓的某一段时间，就是我们这里要指定的值。
* nglayout.initialpaint.delay
右键新建 整数（Integer）值，键名为 nglayout.initialpaint.delay，赋值 0。
这里实际上延迟了整个网页的显示速度，但是因为用户更喜欢在整个网页完全截入之前就开始阅读网页 (就像流媒体那样)，所以在这里可以把值调为零，加速用户阅读网页的速度，有时候阅读速度和载入速度并不是成正比的。
* config.trim_on_minimize
右键新建 布尔（Boolean）值，键名为 config.trim_on_minimize，设置为true，作用为最小化时自动释放内存。
* browser.sessionhistory.max_total_viewers
右键新建 整数（Integer）值， 键名为 browser.sessionhistory.max_total_viewers，设置可以参考下面，作用是保存 快进／快退功能中保存的页面总数。
参考：
32MB ———— 0
64MB ———— 1
128MB ——— 2
256MB ——— 3
512MB ——— 5
1GB ———— 8
这是说如果你的内存是64MB的话，就设为1； 128MB的，就设为2，0为禁用，-1为无限制。
部分文章取自：http://wiki.sociz.com/@Firefox_加速技巧 - Sociz 文库
