Skip to main content
dietrich

Firefox Startup Performance - Dec 18

Not much change from my late post on Monday, but a few updates below. I'll be out of the office as of this Monday, and back on 1/11/2010. If you're starving for startup info during that time, hit up Taras, Joel and Planet Firefox for the goods. The current numbers for startup and all other tests are available on the Performance Snapshot Page.

Top Startup Bugs

Estimated win Bug \# Summary Owner Status Notes
>10\% [512584](https://bugzilla.mozilla.org/show_bug.cgi?id=512584) Super fast paths for Components.classes and Components.interfaces Taras Glek in progress Taras says mostly there.
>10\% [525013](https://bugzilla.mozilla.org/show_bug.cgi?id=525013) Investigate a more static build configuration of Firefox Joel Reymont Mac and Linux in progress Joel's working on getting load of XPCOM components working now. Next step is completing runs of the performance tests on the tryserver.
up to 25\% [514083](https://bugzilla.mozilla.org/show_bug.cgi?id=514083) Per-file HFS+ compression on Mac OSX 10.6 Joel Reymont in progress Snow Leopard only. More testing needed to see if it's feasible to compress at install-time, or if we'll have to ship SL builds.
TBD [520309](https://bugzilla.mozilla.org/show_bug.cgi?id=520309) Startup cache: replacement for fastload cache Ben Hsieh in progress Brendan suggested some significant changes, in-progress.
TBD [503483](https://bugzilla.mozilla.org/show_bug.cgi?id=503483) Turn on --enable-faststart for Firefox by default Dietrich needs testing No update this week. Loads Firefox core libraries at boot time. Need to test on all OSes, publish the numbers, and get discussion going.
TBD [513149](https://bugzilla.mozilla.org/show_bug.cgi?id=513149) Speed up CSS parsing by using a machine generated lexer Zack Weinberg Zack's blocked on other work Taras says about 6\% of startup spent parsing CSS.
Other activity this week: