Battery Life

For much of the past year I haven’t been pleased with just how good Apple’s caching has become both on OS X and iOS. Aggressively caching our test web pages produces artificially inflated battery life numbers and that’s no fun for anyone. I’m happy to say that I’ve fixed that problem with our OS X battery life tests.

The suite is completely redone although conceptually it’s quite similar to what I’ve run in the past. I have three separate workloads: light, medium and heavy, each one representing a different stress level on the machine and all three giving you a decent idea of the dynamic range of battery life you can expect from one of these notebooks. All three tests are run with the displays set to 100 nits (a little above the halfway brightness point on most MacBook Pros).

The light and medium suites are inherently related - they use the same workload and simply vary the aggressiveness of that workload. The light test hits four different websites every minute, pausing for nearly the entire time to simulate reading time. Flash is enabled and present on three of the sites. The long pause time between page loads is what really makes this a light test. Web browsing may be the medium for the test but if all you’re doing is typing, watching Twitter update and maybe lazily doing some other content consumption this is a good representation of the battery life you’ll see. It’s a great way of estimating battery life if you’re going to be using your notebook as a glorified typewriter (likely a conservative estimate for that usage model).

The medium test hits the same webpages (Flash and all) but far more aggressively. Here there’s less than 10 seconds of reading time before going onto the next page. It sounds like a small change but the impact on battery life is tremendous.

Both the light and medium tests are run in their default state with processor graphics enabled, as well as with the discrete GPU forced on. I run with the dGPU on as well because it’s far too often that a single application open in the background will fire up the dGPU and contribute to draining your battery. The goal here is to deliver useful numbers after all.

The final test is very similar to our old heavy multitasking battery life tests, but with some updates. Here I’m downloading large files at a constant 1MB/s from a dedicated server, while playing back a looped 1080p H.264 movie (the Skyfall trailer) all while running the medium battery life test. The end result is a workload that gives you a good idea of what a heavy multitasking usage model will do in terms of battery life. I’ve found that OS X tends to fire up the dGPU anyway while running this workload so I saw no reason to run a separate set of numbers for processor and discrete graphics.

Light Workload Battery Life

Medium Workload Battery Life

Heavy Workload Battery Life

Overall the rMBP pretty much behaves as expected. Apple claims up to 7 hours of battery life and using our light workload we see a bit over that. Fire up the dGPU and even a light workload will get cut down to around 5.5 hours. Moderate usage will drop battery life to around 5 hours, and if you fire up the dGPU you’ll see that cut down to 3.5. The heavy multitaskers in the audience will see a bit above 2 hours out of a single charge. Note that all of these numbers are at 100 nits, drive the 2880 x 1800 panel at its full brightness and you can expect a tangible reduction in battery life.

The rMBP’s integrated 95Wh battery is ginormous by today’s standards, but it’s really necessary to drive both the silicon and that impressive panel. Subjectively I did find the rMBP lasted longer than last year’s MacBook Pro, despite the similar max battery life ratings. My experiences were echoed by the results in our tests.

I suspect most users will see around 5 hours of battery life out of the system compared to a bit under 4 hours out of last year’s machine. At minimum brightness, typing a long document (similar to what I’m doing right now) you can significantly exceed Apple’s 7 hour estimate. As always it really depends on usage model. Professional users doing a lot of photo and video editing aren’t going to see anywhere near the max battery life, while the writers and general users will be quite happy.

One trick to maximizing battery life on light or moderate workloads is to keep an eye on what the discrete GPU is doing. I still find that OS X will wake up the discrete GPU far too frequently, even when in my opinion its services aren’t needed. As always I turn to Cody Krieger’s excellent gfxCardStatus app for keeping an eye on which GPU is driving the panel. The app has been updated and is now fully compatible with the rMBP.

GPU Performance What to Buy
Comments Locked

471 Comments

View All Comments

  • dannyboy153 - Saturday, June 23, 2012 - link

    The Sony Z is more of a "consumer" laptop than a creative laptop. Here's why:

    1) The 1080p (9x16) LCD is great for watch movies but the loss in 1" vertical height is annoying.

    2) No discrete GPU built into the Laptop.

    3) No high res output. VGA and HDMI doesn't cut it. I have no idea why their dock doesn't have DVI or display port even though it's equipped with a discrete GPU. Their implementation of the dock is admirable, but it's filled with bugs. Read the reviews.

    I'll have to admit the MBP is heavier by almost 2x the weight of the Sony Z. But at ~4.5 lbs, it's not overly heavy. MBP advantage:

    1) None of the disadvantages of 1-3 above.

    2) 15.4" screen is HUGE for me (coming form an X200). Also, it's like the best of both worlds for glossy and matte LCDs; beautiful and vastly reduced glare.

    3) The Sony Z has a quad core but the MBP is more powerful. Notice I didn't mention the weaker Quad core of the Sony Z as one of its disadvantage because I believe it's hard enough for them to even offer such power in their laptop.
  • ananduser - Saturday, June 23, 2012 - link

    The 2010 VaioZ had discrete video, 1080p screen, quad raid SSD option. blu ray, slim profile, etc.
    The 2012 VaioZ does not have discrete built in, only via external dock.

    So...considering what the Z was for 2010, Anand never sang such high praises for it. Why ? Because he's a macuser and couldn't care less about another company's efforts.
  • OCedHrt - Sunday, June 24, 2012 - link

    http://www.anandtech.com/show/5430/sony-vaio-z-wit...

    They did eventually do a review of the 2011/2012 Z, however they're not as tolerant of small faults as they are with apple products.

    I remember back in the day when Anand would wipe the floor about keyboards not having enough pitch. But on the macbook pro retina the reduced pitch is just "different" not terrible.
  • gstrickler - Sunday, June 24, 2012 - link

    The MBP keyboard doesn't have reduced pitch, it's a standard 19mm pitch. It has slightly reduced key travel.
  • OCedHrt - Monday, June 25, 2012 - link

    Sorry I meant key travel. Incorrect use of terms on my part.
  • dannyboy153 - Sunday, June 24, 2012 - link

    For 2010, there were plenty of laptops with 1080p. Name one laptop now with the Apple's display. The Z is a great laptop if you're a consumer of media. But for creators, the Apple is superior.
  • Spunjji - Monday, June 25, 2012 - link

    Name another *13"* laptop in 2010 with 1080p. Go on. We can play this game all day!
  • SanX - Saturday, June 23, 2012 - link

    hdmi can not handle 1080 output?
  • dannyboy153 - Sunday, June 24, 2012 - link

    I don't consider 1080p hi res. At a minimum it has to be at least 1200p in 10x16 format for 24" monitors. For the price of the Sony Z, not being able to do 2560x1600 is a shame.
  • OCedHrt - Monday, June 25, 2012 - link

    Reading on forums there doesn't seem to be any issues with 1920x1200 external output, but 2560x1600 does not work without a hack for reduced refresh rate.

Log in

Don't have an account? Sign up now