Final Words

A lot of technology has changed in five years, and not surprisingly, so have our browser battery life results. Nearly everyone is used to changing their display brightness to conserve battery, but changing browsers might be a wise move as well. Most interestingly, changing to Google Chrome 36, despite its known power consumption bug, is apparently a wise move as far as battery life is concerned. However, that may be short lived, as Google Chrome 37 beta moved Chrome from first place to last place in our battery life results. The drop is possibly thanks to Google finally supporting HiDPI displays. Update: Chrome has been tested at 1600x900

It's interesting to note that Google's bug report thread shows they attempted to fix the timer issue in Chrome 37, but they had to revert the fix due to some failing automated tests. As of this writing, they have not yet re-implemented the fix, but they did try to add some power monitoring auto tests to their suite to keep an eye on this topic. Unfortunately, a few days later, they removed those new automated tests due to other unforeseen issues.

In terms of current standings, Microsoft still knows a thing or two about creating a power friendly browser, and the Modern UI version came in second place next to Chrome 36 on our tests. Looking forward, if Google could resolve their timer issue in a future revision (37 or later), they could potentially pass Firefox and maybe even IE. In the future, we hope to test this more often than every five years so we can keep up with browser changes, and possibly test on OS X as well.

Of course, battery life isn't the only factor to consider when choosing a browser. Personally I prefer Firefox due to the "awesome bar" that works better, in my opinion, than other web browser's address bar. Additionally, I can't reasonably use Safari or Chrome 36 on the XPS 15 because they do not properly support HiDPI rendering like IE and Firefox do- at least until Chrome 37.

Hopefully this article keeps the pressure on software authors to use power efficient APIs and autotest for power draw with each subsequent release. You can check for software that abuses the battery yourself with the command line tool powercfg /energy. I've found one other piece of software abusing high resolution timers, and I reported it to the author. Let us know in the comments if there are other applications you've encountered that don't play well with battery power.

Results and Analysis
Comments Locked

112 Comments

View All Comments

  • Stephen Barrett - Tuesday, August 12, 2014 - link

    Our test script uses windows API calls to move mouse, click, scroll, type, etc... so it will take some time for us to make an OS X version
  • PhilipJM - Tuesday, August 12, 2014 - link

    I just ran the powercfg /energy command you suggested and noticed that both steam and spotify set the request period to 10000 in the same way as chrome, (version 37.0.2062.68 beta-m 64-bit) on my machine. I hope you can inform them :)
  • The_Mantis - Tuesday, August 12, 2014 - link

    If you uncheck "Enable Hardware Acceleration" (both of them) in Spotify's Preferences, then it will not speed up the timer resolution.
  • lucas1024 - Thursday, August 14, 2014 - link

    The Hardware Acceleration setting did not have any effect on the timer, I also checked other potential culprits like the Flash plugin. I didn't find any setting or plugin that correlated with the timer. If it is an extension that's causing this, it is not something obvious.
  • lucas1024 - Thursday, August 14, 2014 - link

    Never mind, wrong post, and I can't delete it!!
  • Klimax - Wednesday, August 13, 2014 - link

    IIRC Steam uses Chromium. That could explain that.
  • Flying Goat - Saturday, August 16, 2014 - link

    I didn't know that, but looking but looking at the command line steam's subprocesses use, you're absolutely correct. Learn something new every day.
  • a1exh - Tuesday, August 12, 2014 - link

    This would have made for a more interesting read had it been about Android browsers.

    Although a critical bug in Android Chrome and Android Chrome beta has users leaving in droves!
  • johnny_boy - Tuesday, August 12, 2014 - link

    I too would have liked to see similar testing done across various oses.
  • johnny_boy - Tuesday, August 12, 2014 - link

    I would like to see similar testing done on linux and os x. It would make this article massively more interesting.

Log in

Don't have an account? Sign up now