Slashdot Mirror


Mozilla Unleashes the Kraken

An anonymous reader writes "Mozilla has released the first version a new browser benchmark called Kraken. Mozilla's Robert Sayre writes on his blog, 'More than Sunspider, V8, and Dromaeo, Kraken focuses on realistic workloads and forward-looking applications. We believe that the benchmarks used in Kraken are better in terms of reflecting realistic workloads for pushing the edge of browser performance forward. These are the things that people are saying are too slow to do with open web technologies today, and we want to have benchmarks that reflect progress against making these near-future apps universally available.' On my somewhat elderly x86_64 Linux system Google Chrome 6.0.472.55 beta completes the Kraken benchmark in 28638.1 milliseconds, Opera 10.62 completes it in 23612.4 milliseconds, and the current Firefox 4 nightly build completes it in 19897.5 milliseconds."

21 of 363 comments (clear)

  1. Javascript by SimonTheSoundMan · · Score: 4, Insightful

    Shame it only benchmarks one small part of the browser - Javascript.

    1. Re:Javascript by Anonymous Coward · · Score: 5, Insightful

      The scary bit is that the world is quickly moving in a direction where serious desktop applications will be written in... Javascript.

      So much for Java, .NET ; as soon as its possible to earn money through the Google App store for your Web app there will be a torrent of these applications being release to the world.

      The web browser is the new platform.

      It feels like going back 20 years in time.

    2. Re:Javascript by olau · · Score: 3, Insightful

      Sure, but the whole point of many Javascript-enabled applications is manipulating the DOM. Which is often really slow. Something as simple as putting a couple of invisible divs on the page and measuring their height is measured in milliseconds, not microseconds.

      So while some applications obviously aren't possible without a fast Javascript engine, I think if you really want to make the web faster for people, you need to include a DOM benchmark. Something like inserting text, inserting elements, moving elements, fading elements.

    3. Re:Javascript by AmonTheMetalhead · · Score: 4, Funny

      Javascript is crap, it lacks pointers, i want pointers god damn it! And pointers to pointers to an array of pointers!

  2. I hope that Firefox isn't playing Microsoft's game by Chrisq · · Score: 5, Insightful

    ways suspicious when someone releases a benchmark that shows that their software is better than others, especially when other benchmarks have shown FF as slower than Chrome or Opera. I hope this isn't one of those M$ style tests that find the bits that their own software does well and others badly and test that.

  3. Re:Obvious... by FrostedWheat · · Score: 5, Funny

    It's still running.

  4. Am I the only one? by Mystery00 · · Score: 3, Insightful

    Am I the only one who has had enough of these benchmark tests? I don't care about your milliseconds! What I want is low RAM usage (how about concentrating on THIS Mozzila?) and more features/plugins.

    --
    "we've got trenchcoats and bad attitudes" - John Constantine, HellBlazer
    1. Re:Am I the only one? by BZ · · Score: 4, Insightful

      Well... Mozilla _has_ concentrated on low RAM usage in the past. The actual memory usage of Gecko is significantly lower than its competitors if you load some pages and measure it.

      At this point, they're actually trading off space for performance (e.g. making some core objects slightly bigger to improve certain performance characteristics).

    2. Re:Am I the only one? by mr_mischief · · Score: 5, Informative

      For this particular Slashdot page right now, with both browsers opened fresh for it, Firefox 4.0 beta 6 uses 23 megabytes less resident memory than Chrome 5.0.375.125 does. It also uses about 1800 megabytes less virtual mapped memory, not that that matters nearly as much, but it's a big number in difference.

      Epiphany 2.30.2 uses 11 megabytes less residential still, but about as much virtual as Chrome.

      Galeon 2.0.7 uses about the same residential memory as Firefox and about twice as much virtual.

      Midori 0.2.6 uses 5 megabytes less residential than Firefox, and about 1850 megabytes more virtual.

      Arora 0.10.2 uses about twice as much residential memory as Firefox, and about twice as much virtual.

      Dillo only needs 11 megabytes to render the page, but that doesn't have JavaScript and only shows a handful of comments without being able to get more.

      Fennec 1.0 uses about the same memory footprint as Firefox 4.0 Beta 6, despite being the small-device Mozilla browser.

      What is your exact complaint about Firefox's memory use? Are you still experiencing the huge memory leakage and growth from the 2.0 series?

  5. Re:I hope that Firefox isn't playing Microsoft's g by paziek · · Score: 4, Insightful

    Its not like only MS and Mozilla as browser vendor released their own benchmark in with their product is doing good.
    Besides, whats so bad about it? Ain't it obvious they are gonna include in their benchmarks stuff that they feel is important and as a consequence - made it good during browser development?
    It just shows that other browsers than FF lack in some areas, with might - or might not - be important.

  6. Re:Obvious... by Anonymous Coward · · Score: 3, Funny

    It's still running.

    You mean it hasn't crashed yet?

  7. Re:I hope that Firefox isn't playing Microsoft's g by mr_mischief · · Score: 4, Informative

    One of Mozilla's longstanding issues with some of the other benchmarks is that they test toy problems that take longer to set up than to run. Yes, that favors browsers with JS engines that set up for execution quickly, and that portion of the engine is important. It doesn't show the real speedups for intensive applications in the browser, though. Optimizing the slow parts is the priority of most people right now, and getting the application set up a little faster at the beginning isn't as big a deal unless you have a lot of small scripts in one page.

    An earlier blog post by Sayre and some of the comments to it display some of the issues.

  8. Re:I hope that Firefox isn't playing Microsoft's g by Haedrian · · Score: 3, Interesting

    Why don't they just grab the (say) 200 most visited sites on the internet, copy the JavaScript and use that to benchmark instead?

    Simples.

  9. Re:Obvious... by edgrale · · Score: 5, Interesting

    It's still running.

    Laugh all you want but I have had it running on IE 8 (Windows 7 64 bit) for the past 5 minutes and it is still stuck at the first stage. So I think we have a legitimate reason why Internet Explorer was not included...

    Also got a warning that "A script on this page is causing your web browser to run slowly."...

    --
    09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
  10. Re:I hope that Firefox isn't playing Microsoft's g by BZ · · Score: 3, Interesting

    Because the amount of time it takes to run the javascript on the top sites is pretty small (which is what the IE team was talking about around IE8's release). Performance on those sites mostly doesn't depend on whether your JS engine is the one in Chrome dev or the one in IE7. I only say "mostly" because I wouldn't be surprised if gmail is in the top 200. ;)

    If you're going to worry specifically about JS performance (which is an assumption; the IE team is still saying that this focus is a mistake and to some extent they're right), you want to be benchmarking things that are gated on JS performance. That means identifying t the things that are slow with current JS engines and that people would like to be doing but can't because of said slowness, whatever those things are, and benchmarking those.

  11. The circle is now complete! by Jugalator · · Score: 5, Insightful

    Google wins in their test! (that curiously heavily exploit recursion and other good parts of the V8 engine)

    Microsoft wins in their tests! (that curiously heavily test only DirectX acceleration)

    ... and now, Firefox wins in their test! (which has yet to be disassembled to reveal how they dodge Opera and Chrome from winning, when they use to in all others, including independent tests like Peacekeeper)

    --
    Beware: In C++, your friends can see your privates!
    1. Re:The circle is now complete! by BZ · · Score: 4, Informative

      You forgot the part about Apple winning in their test (sunspider), and the curious cache of the values of the sin() function in their JS engine that just happens to be the right size for that test.

      Fundamentally, browser makers optimize their engine for what they consider important. They also put the things they consider important into benchmarks. The result is somewhat predictable.

      Now Peacekeeper is an interesting mention, except I've actually looked at its code. This is a benchmark that measures things like 10,000 calls each of which removes 20 elements from an array that starts with 100,000 elements. It has (failed, interestingly) attempts to browser-sniff and run different code in different browsers. I wouldn't take its numbers to mean much of anything, in general, without some careful study of the exact tests you're looking at. Of course it's also measuring a lot more than just JavaScript; in that sense it's better than most of the benchmarks out there, if you think it manages to correctly measure the things it claims it's measuring.

      One other thing, by the way: I fully expect that on Kraken shipping Chrome and Opera are faster than Firefox 3.6.

    2. Re:The circle is now complete! by phizi0n · · Score: 3, Informative

      Actually FF4 nightlies beat IE9 in many of the IE9 testdrive tests. FF4 has the same Direct2D, Direct Write, and DirectX 9 hardware acceleration that IE9 does but FF4's javascript engine is better which gives it better FPS in those tests. FF4's javascript engine is a lot faster and there's still lots of room for improvement. FF4 Beta 7 will have the new javascript engine but it's already been merged to the nightly trunk branch so you can try it now if you want. Firefox had hardware acceleration first (in nightlies) and it's on track to be the first to have it in a major release (FF4).

  12. Re:I hope that Firefox isn't playing Microsoft's g by Grismar · · Score: 5, Insightful

    Have you considered that it may well be the other way around?

    If Mozilla, Google, MS, Apple or whoever truly believe that those particular aspects of a browser are the most important, doesn't it make sense that they would optimize their browsers for those aspects? I think it makes sense that they would write tests for the exact same aspects that they have been optimizing their browsers for, -because- they believe these are the key aspects.

    Lacking an objective measure, all you can do right now is decide with whom you agree the most and probably use their browser or another browser that ranks well on their test - if these benchmarks are a critical decision factor for you.

  13. Who cares by obarthelemy · · Score: 4, Insightful

    My browser's performance has always been "good enough". Can we talk about ergonomy, reliability, compatibility, please ?

    --
    The Cloud - because you don't care if your apps and data are up in the air.
  14. Re:I hope that Firefox isn't playing Microsoft's g by Fnkmaster · · Score: 4, Insightful

    The major browser Javascript engines (with the apparent exception of IE) are all now within the ballpark of each other. And they all make slightly different tradeoffs and are optimized for slightly different conditions, and have all released benchmarks that illustrate the strong points of their browsers.

    If you look at v8bench (Google's Javascript benchmark), sunspider (the Webkit Javascript benchmark), and now Kraken (Mozilla's Javascript benchmark), you'll see that the latest browser versions are basically within 5-30% of each other on identical hardware. Which one comes out ahead depends on whose set of optimization parameters you think is most important.

    Attacking Mozilla for doing the same thing every other major browser maker does (not that your post was, but other posters have) is silly.