最近我看到的一些关于Firefox的定制都是关于加速网页的渲染引擎的。这些设置方式都有些灰色难懂，且并不是非常能够一眼明了的，但只要作出一点点修补，你就常常都能够让页面弹出的速度加快并且在刷新它们的时候也能够少浪费很多时间了。

　　创建一个nglayout.initialpaint.delay整数项能够让你控制Firefox在开始提交一个页面之前的等待时间长度。如果这个值没有被设置，Firefox则会默认为250毫秒，或者说是0.25秒。一些人则将其设置为0，也就是迫使Firefox立即提交页面——让几乎所有的页面能够更快地显示出来。当值设置为50时，效果就已经非常良好。

　　当Firefox正在积极地载入一个页面时，载入过程中它会周期性地重新安排格式或者是产生页面的“回流”。创建一个content.notify.interval整数项能够控制回流之间逝去时间的最小百万分之一秒的数值。如果没有进行特别的设置，其默认值为120000，也就是0.12秒。

　　太多的回流会让浏览器变得迟钝，因此，你可以通过将这个数值提升到500000，也就是二分之一秒，甚至是1000000，即1秒来增加回流之间的间隔时间。如果你有设置这个值，那么请确保同时创建一个布尔值，名叫content.notify.interval，并将它的值设置为true。

　　当一个页面正在提交的时候，Firefox的内部会周期性地略微加速运行，以提升页面提交的过程，但因此而需要付出的代价就是用户一段时间的输入无响应。如果你想要设置这类型的无响应周期的最大时间长度，那么就可以创建一个名叫content.max.tokenizing.time的整数项。

　　将此整数项的值设置为content.notify.interval值的倍数，甚至可以与其值相同，但高一些要更好。如果你将其值设置得比content.notify.interval的值更低的话，浏览器能够在页面被提交时更经常对用户的输入响应，但页面本身的提交则会更为缓慢。

　　如果你为content.max.tokenizing.time设置了一个值，你也需要创建两个布尔值——content.notify.ontimer和content.interrupt.parsing，并且二者的值都为true。

　　如果Firefox正在提交一个页面时用户进行一些操作，例如在一个正在载入的页面上滚动鼠标，Firefox则会为响应用户输入留存一段周期的时间。想要控制这段间隔的长度，则可以创建一个名为content.switch.threshold的整数项。

　　它的值通常是content.notify.interval值的三倍，但我通常都将其设置为相等的值。如果将它的值设置得非常低，例如10000，这样浏览器也许不会在响应的方面表现非常好，但它能够让提交的完成更为迅速。

　　如果你还没有创建布尔值content.notify.ontimer和content.interrupt.parsing并将二者的值设置为true来关联content.max.tokenizing.time，那么你将需要进行这个操作来让content.switch.threshold能够正常地工作。

　　如果你更像在页面完成载入之前尝试一些操作，例如滚动页面，你就可以将content.max.tokenizing.time的值设置得高一些来让其处理用户的命令。从另一方面来说，如果你希望在页面完成载入之前就能够滚动页面并开始阅读的话，你可以将content.max.tokenizing.time设置一个较低的值，而将content.switch.threshold设置为一个较高的值，用牺牲一些页面提交的速度来换取更高的响应。