|< Day Day Up >|
Other improvements enhance Firefox's performance. These improvements include more than just improving rendering or communication. Rather they might make a combination of changes to Firefox's configuration
Firefox waits for about a quarter of a second (250 milliseconds) before it attempts to render a document if the document has not been fully received. (A document is always rendered as soon as it is fully received, even if this time is less than a quarter second.)
It is possible to tell Firefox to start painting the page as soon as enough information has been received to allow painting to start. By default this is on, with that delay of a quarter second. Setting the time value to a lower value (or zero) shortens the wait before painting:
// Last value in milliseconds (default is 250) user_pref("nglayout.initialpaint.delay", 0);
When pages are painted, there are cases where the page must be reflowed, or adjusted, to allow content received after painting has begun to fit properly on the document. This reflowing is controlled by a preference:
// ontimer is boolean, either true (1) or false (0) user pref("content.notify.ontimer", 1);
The default value for this preference is true (1), and this value will probably provide the best performance. However, for some documents adjusting this to false (0) might help speed the painting process.
The time steps for reflows are defined by the content.notify.interval preference. There will only be a limited number of reflows before Firefox simply waits for the content to be received without doing a reflow.
// Interval is in microseconds (millionth's of a second) user pref("content.notify.interval", 120000);
Recommended values are between 100,000 and 500,000 (one-tenth to one-half second). Some examples set this to a very low value; however, values below 100,000 typically hinder performance, not enhance it!
Firefox tries to reflow the document a certain number of times, and then simply stops and waits until the document's content has been received. If this preference is set to -1, a reflow never happens. Typical values are between 5 and 20, and vary with both the speed of your Internet connection and your computer's speed.
// Number of reflows before waiting for complete document: user pref("content.notify.backoffcount", 10);
The backoffcount preference can be set by trial and error. If you change computers or connections, you will need to retune this value, however.
|< Day Day Up >|