Start times are recorded right after a fresh boot (cold) and again after the browser has already been launched (hot). We time both a single home tab and an eight-tab group. Yahoo! serves as the test page for our single-tab tests, while pages from About, Amazon, Ask, craigslist, Google, LinkedIn, and Wikipedia round out the test pages of the eight-tab measurement. All test pages are hosted on our local Web server and cached in the Web browsers.
Composite Scoring
The start time composite score is the geometric mean of the hot and cold times for the single-tab and eight-tab tests.

Google Chrome takes a slight lead over Safari on Apple's own operating system, at two and 2.2 seconds (respectively). Firefox places third with just under 2.5 seconds, followed by Opera at three seconds.
All of the Windows 7 times are significantly lower than OS X, with Chrome again taking the lead at just 0.8 seconds. This time, Chrome is followed by Opera at just under one second. Internet Explorer is in third place at just over 1.2 seconds with Firefox placing fourth, mere tenths of a second behind IE9.
Drill Down
The charts below contain results for cold and hot single-tab start times, followed by the cold and hot eight-tab times.
Chrome is the clear winner at start time, with the only exception being a longer single-tab cold start than the other competitors. Firefox and IE9 also display irregularities. Mozilla's browser has a slight advantage starting with a single-tab cold versus hot, while IE9 takes an incredible amount of time to open a single tab cold versus any other situation.
- The Top Four Browsers, Tested And Ranked
- Chrome, Firefox, IE9, Opera, Safari
- Test System Specs And Software Setup
- Test Suite And Methodology
- Start Time
- Page Load Time
- JavaScript Performance
- DOM And CSS Performance
- HTML5 Performance
- Hardware Acceleration Performance
- Plug-In Performance: Flash, Java, Silverlight
- Memory Efficiency
- Reliability, Responsiveness, And Security
- Standards Conformance
- Test Analysis
- OS X And Windows 7 Winners' Circle




When we have more [official] stable 64-bit browsers, I'll definitely do a 64-bit WBGP - including versus their 32-bit counterparts.
Nearly every performance benchmark there is points in that direction. This probably has a lot to do with how much time developers spend optimizing for Windows - after all, Windows holds 90+% of the desktop user base. However, it is interesting that the rift between Windows and OS X is far greater than between Windows and Linux for the core stuff like JS, CSS, DOM, page loads, etc. Plug-ins are another story, they're always much better on Windows than the other two platforms.
(The nice popular ones like ABP, Lazarus, Greasemonkey all have equivalents; some lesser-used plugins like Rikaichan also have ports by now. Only a matter of time!)
as always, a great read.
All versions of Chrome hold up incredibly well cross-platform, if you look back at the two Linux WBGPs, it won there, too. Thanks for reading!
Absolutely, a Windows 8-based WBGP is already in the cards for October.
When we have more [official] stable 64-bit browsers, I'll definitely do a 64-bit WBGP - including versus their 32-bit counterparts.
Testing these browsers at stock doesn't reveal even an eighth of the picture.
btw great work adamovera keep it up man
Interesting idea, so basically a tweaked-out edition of the WBGP, where we use all the tools available to each browser for performance gains... That could work, but I gotta warn you that the next three WBGPs are already decided, so it would probably be real late in the year, or even next year before I could get to it.
Nearly every performance benchmark there is points in that direction. This probably has a lot to do with how much time developers spend optimizing for Windows - after all, Windows holds 90+% of the desktop user base. However, it is interesting that the rift between Windows and OS X is far greater than between Windows and Linux for the core stuff like JS, CSS, DOM, page loads, etc. Plug-ins are another story, they're always much better on Windows than the other two platforms.
The big problem with including the dev channel browsers is the amount of time it takes to produce the article (testing/charts/writing/editing/translating), combined with the tendency of the dev channel to constantly update. Before testing is even completed it's certain that something will update. TBH, the stable channels of Chrome and Firefox are a handful as it is. For example, for this article I had to test 8 browsers (4 on each OS), but I ended up testing 18+ due to OS X, Chrome, Firefox, Opera, Flash, and Java updates. Sorry, but I'm just not sure it's even doable in this format. Thanks for reading!
well I wanted to include it in my comment myself but I forgot I wanted to say if the timing allows
My computer is fast enough that it does not really mater what browser I choose.
In my case, ease of use means that I can see what is going on.
I decry the trend towards dumbing down the UI on every program I use.
(I also refuse to call software 'Apps', to me an app is a mini-program on a phone.)
I always turn on all menus, buttons and labels in WaterFox.
BTW: Good point.
Why don't you include WaterFox in your testing?
It is the 64 bit version of FireFox and I am sure that in your speed tests it may do a little better.