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: Chrome, Google, javascript
Posted in: Just in, View from the Labs
Follow any responses to this entry through the RSS 2.0 feed.
7 Responses to “ Google says it can keep Chrome on top ”
Leave a Reply
Categories
- About the bloggers
- Green
- Hardware
- How To
- Just in
- Microsoft Office 2010
- Newsdesk
- Online business
- Random
- Rant
- Real World Computing
- Software
- View from the Labs
- Windows 7
Authors
Archives
- November 2009
- October 2009
- September 2009
- August 2009
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- February 2009
- January 2009
- December 2008
- November 2008
- October 2008
- September 2008
- August 2008
- July 2008
- June 2008
- May 2008
- April 2008
advertisement
Printed from www.pcpro.co.uk






























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
September 16th, 2008 at 11:23 pm
I don’t know but more features might make this slower than others.
September 16th, 2008 at 11:26 pm
http://www.gadgetgyan.com/the-news/1-latest-news/281-first-look-at-google-chrome.html
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
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”!
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.
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…