« Further links on ECMAScript 4

Deconstructed WP admin theme »

December 20th, 2007 Written by liorean

ECMAScript speed benchmark

The WebKit developers recently released a benchmark on pure ECMAScript core performance, SunSpider 0.9. Jeff Atwood of Coding Horror fame has an analysis of how various browsers perform in The Great Browser JavaScript Showdown. Marcus Bointon has a similar shootout in SunSpider Benchmarks: WebKit Rocks. I of course couldn’t keep from doing my own analysis. On my AMD Athlon64 3500+ (2.2GHz, single core, 2 GiB RAM) I get these SunSpider 0.9 ECMAScript benchmark results.

The results brings a non-surprising view: IE is slow at string handling, but fits somewhere in the middle on the rest of the tests. “So why is that important…” you ask, “… when most JavaScript has to do string manipulations, and lots of it?” It’s important because Microsoft are fixing string handling in the version of JScript that will ship in IE8 (at least, it will probably be shipped in IE8). Mozilla’s SpiderMonkey is otherwise generally the slowest engine, which should neither come as a surprise nor as a disappointment. It’s no surprise because it’s the oldest and most encumbered engine of the lot, and isn’t designed for modern compiler techniques. It’s no disappointment because SpiderMonkey is getting better as can be seen in the Gecko 1.9 powered browsers and we have Tamarin to look forward to in Gecko 2.0.

It should come as no surprise that Opera has a brand new and very fast scripting engine in Futhark and a pretty fast older engine in Linear_B, because Opera has blown the other browsers away on scripting speed tests since 2005. It should also come as no surprise that JavaScriptCore has gotten so fast, considering that WebKit has a large mobile target and a clean and well designed architecture just like Opera’s Presto engine has, and need the performance.

Now all I’m asking for is a test of IE8 compared to IE7, a recent WebKit, Firefox3 and Opera 9.50. Anybody from Microsoft care to give us some data?

Posted in Javascript |

You can follow any responses to this entry through the RSS 2.0 feed. You can skip to the end and leave a response. Pinging is currently not allowed.


3 Responses to “ECMAScript speed benchmark”

  1. Brendan Eich Says:
    December 21st, 2007 at 8:25 pm

    I wouldn’t count SpiderMonkey last yet. Stay tuned for improvements in Firefox 3 remaining betas. If we end up ahead, we will be in touch with Apple marketing ;-).

    /be

  2. liorean Says:
    December 22nd, 2007 at 1:33 am

    Now that’s nice to hear. I’ll be keeping track of what performance changes I see!

  3. Tobey Says:
    January 4th, 2008 at 8:13 am

    Well let’s hope that one day we can have a browser which performs well in all categories. I myself hope it’s gonna be FF3 :-]

Leave a Reply