Skip to navigation

PCPro-Computing in the Real World Printed from www.pcpro.co.uk

Register to receive our regular email newsletter at http://www.pcpro.co.uk/registration.

The newsletter contains links to our latest PC news, product reviews, features and how-to guides, plus special offers and competitions.

// Home / Blogs

Posted on September 16th, 2008 by Matthew Sparkes

Google says it can keep Chrome on top

Chrome may have impressed with its speedy rendering and JavaScript performance, but there’s more where that came from says a Google developer.

Kevin Millikin, one of the team which worked on the V8 JavaScript rendering engine that underpins Chrome, gave a talk at the Google Developers Conference today where he explained that although the code is already pretty unique, there are plenty more avenues they can explore to eke out more performance.

“The internet has changed. Inside of Google we do almost all our work, except engineering, in the browser,” said Millikin, explaining that the public aren’t the only ones waiting on Linux and Mac versions of the browser. “We’re looking for it too. We’ve all got MacBooks.”

The company decided early on that it did not want to create a new web platform, which would upset web developers worldwide. Instead they chose to base Chrome on WebKit and have it act just like Safari, almost to the exact pixel. “We even implemented bugs, as long as they weren’t security bugs,” said the developer proudly.

In a talk which was deeply technical to say the least, Millikin ran through the ways in which V8 manages to overtake its rivals. One important method is hidden classes, which takes the messy and loose way that JavaScript handles objects and tidies it up behind the scenes by trying to lay an object-oriented model over it. Add some just-in-time translation to machine code and you already have a speedier engine.

However, there are more tweaks to come. In order to speed up creating new processes V8 already caches the heap at the appropriate moment, but this could also be done with new pages under the same site, and even refreshes – certain JavaScript elements will remain from page to page, and these don’t necessarily have to be recompiled.

It seems that not only has Google nailed JavaScript rendering already, but that it has some excellent engineers with some decent plans for the future to make sure it stays on top. Perhaps Firefox would be wise to take a look at V8. In fact, it may well be unwise not to do so quickly, with news that it is losing market share to the new, faster kid on the block.

“We’ve now entered a new phase in an arms race on JavaScript performance,” said Millikin, diplomatically not naming names. He explained that Google would be keen to see the open source V8 taken into other browser products. With two years of engineering and research behind the project, I’d say that it was the plan from the very start. “When we started the project the JavaScript landscape was pretty grim,” admits Millikin.

Tags: , ,

Posted in: Just in, View from the Labs

Permalink | Trackback

Follow any responses to this entry through the RSS 2.0 feed.

Social Bookmark this article: What is this?

7 Responses to “ Google says it can keep Chrome on top ”

  1. Sameer Alibhai Says:
    September 16th, 2008 at 7:26 pm

    Firefox has already made claims that their new javascript engine, to be released in the next Firefox – codename TraceMonkey kicks Google’s V8 butt: http://arstechnica.com/journals/linux.ars/2008/09/03/new-firefox-javascript-engine-is-faster-than-chromes-v8

     
  2. Ujjawal Says:
    September 16th, 2008 at 11:23 pm

    I don’t know but more features might make this slower than others.

     
  3. Ujjawal Says:
    September 16th, 2008 at 11:26 pm

    http://www.gadgetgyan.com/the-news/1-latest-news/281-first-look-at-google-chrome.html

     
  4. David Wright Says:
    September 17th, 2008 at 7:18 am

    >>“We even implemented bugs, as long as they weren’t security bugs,” said the developer proudly.

    Berk! Surely the correct thing to do – WebKit being an open source project – would be to correct the bugs and pass the changes back to the WebKit team to implement in Safari and the other WebKit based browsers… :-S

     
  5. Matthew Sparkes Says:
    September 17th, 2008 at 9:47 am

    The bugs were introduced so that pages rendered the same for Chrome as in Safari – that way there were no headaches for web developers. Don’t think of them as “bugs” exactly, more like “quirks”!

     
  6. Paul Mison Says:
    September 17th, 2008 at 10:28 am

    I don’t think Firefox should necessarily be abandoning its JavaScript engines and development: John Resig’s post-Chrome benchmarks shows Tracemonkey isn’t that far behind V8.

    What really depresses me is the absolutely awful performance of IE7 and even IE8, including not even being able to run some of the benchmarks because of missing features, and being far slower on the tests it can complete. It’s easy for Chrome to take share from Firefox, but that won’t help the web. It’s IE that’s the real problem, but I fear the big blue “Internet” oan the desktops of non-technical users will hang around for far too long.

     
  7. David Wright Says:
    September 17th, 2008 at 11:55 am

    Matthew, I know what they are (I’m a web developer by trade).

    But surely ironing out the quirks (and feeding them back to Safari) is a better way to do things than to leave the quirks in there.

    It is irritating having to break the site for IE6 anyway, but if all the browsers strive to get rid of the quirks, the world would be a much better place, at least from where I am sitting…

     

Leave a Reply

* required fields

* Will not be published

Categories

Authors

Archives

advertisement

SEARCH
SIGN UP

Your email:

Your password:

remember me

advertisement


Hitwise Top 10 Website 2008