Absolutely Insane Battery Life

With Haswell ULT, Intel aggressively focused on driving down total platform power consumption. It turns out that although Intel did a wonderful job of driving down CPU power consumption over the years, it did nothing to make the rest of the platform keep up. With Haswell ULT, all of that changed. Intel is being frustratingly cagey with giving up real details on exactly what’s going on with Haswell ULT, but here’s what I’ve been able to piece together.

For starters, Haswell ULT brings the PCH (Platform Controller Hub) on-package. The PCH is responsible for all SATA, USB, PCIe 2.0 and other rest-of-system interfaces. Bringing it on package reduces the amount of power needed to drive traffic between the CPU and PCH, which in turn helps reduce platform power.

The PCH also moves down to 32nm, helping further reduce power consumption. Haswell ULT silicon itself is binned for lower voltage/power operation. The combination of Haswell ULT CPU and PCH are both included in the new 15W TDP (there’s a 28W version as well but not used in the MacBook Air).

Haswell ULT supports lower power sleep states (up to C10) than the standard mobile or desktop parts (C6/C7).


Image Courtesy iFixit

The other big change, and one that Apple is among the first (only?) to take advantage of is Haswell ULT’s support for LPDDR3. Standard DDR3 operates at 1.5V, while low-voltage DDR3L drops that down to 1.35V - the two standards are otherwise identical. LPDDR3 on the other hand drops voltage even further (1.2V) while introducing architectural features to drive power down even lower. LPDDR3‘s power advantage is why it’s frequently used in smartphones vs. DDR3L. The biggest downside is cost. Apple has historically not had an issue with spending a bit extra to get a better overall experience, so it’s not surprising to see the MacBook Air ship with LPDDR3.

Overall bandwidth remains unchanged despite the move to very low power memory. We’re still dealing with a 128-bit wide memory interface with a 1600MHz datarate. Note the impact this has on DRAM device layout on the PCB itself. Last year's model required 16 DDR3L devices, compared to 4 x 32-bit LPDDR3 devices here. Anyone else smell laptop/tablet convergence coming this way?

Haswell ULT also enables support for Intel’s Power Optimizer framework. I’ve talked about this extensively over the past several months, but it’s effectively a messaging system that allows all devices/controllers within a system to coordinate going into sleep states during periods of idle time. Of all of the platform power optimizations, this is the only one that isn’t currently taken advantage of in OS X. You’ll have to wait for OS X Mavericks to realize these gains.

Apple also boosted overall battery capacity on the MacBook Airs by roughly 8%. The increase in battery capacity had no impact on weight. Although it’s not immediately apparent, I would assume that Apple’s new SSDs also support DevSleep (DEVSLP) and Runtime D3.

The result of all of this is a downright tremendous improvement in battery life. OS X already did very well in the idle power department. Haswell’s FIVR (Fully Integrated Voltage Regulator) can more quickly/aggressively enter and exit low power states. The combination of which is really the perfect storm for increasing battery life.

On the 13-inch MBA, Apple claims up to 12 hours of usage on a single charge.

Apple even revised its own testing in order to make its quoted battery life numbers more realistic. Previously it ran all of its own battery life tests at 50% brightness, but starting with the MacBook Air Apple’s quoted battery life numbers are at 75% brightness. Our tests by comparison are at 81.5% (200 nits on the MBA). Apple’s changes to its battery testing methodology actually tend to unintentionally mirror ours. Our first Mac battery life tests ran at roughly 50% brightness (100 nits).

So how did the MacBook Air fare in our testing? To find out I turned to our updated 2012 battery life test suite, first introduced with the 15-inch rMBP review.

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

This is just ridiculous. Apple claims 12 hours, we tend to test a little more strenuous than Apple does and ended up with just over 11 hours of battery life on a single charge. These highly idle cases end up dominated by display power, which is why we actually see the smallest improvement in battery life over the previous generation here (~35%, normalized for battery capacity). If you drop brightness down to something more reasonable (~100 nits) you’ll get some truly insane numbers:

I remember owning a Transmeta Crusoe based Sony Picturebook (C1VN) with an extended battery and being able to break 14 hours of battery life. I had to give up so much performance and usability to get that sort of battery life back then; with the new MacBook Air, I don’t have to.

Now this is really the sort of battery life you can expect when using the 13-inch MBA as a glorified typewriter. What happens if you start using the system a bit more aggressively?

Medium Workload Battery Life

Just under 9 hours on a single charge, an increase of 54.5% when you normalize for battery capacity. What the world would’ve done if Haswell ULT hit prior to the creation of the iPad...

The reason I create/present three different battery life tests is to showcase a range of expected battery life. No one number is going to characterize what you can expect out of the system, but my hope is you’ll get a good idea of range by looking at the numbers here. The heavy test used to provide a good look at worst case scenario, but I’m beginning to wonder if I need something even more stressful:

Heavy Workload Battery Life

Even normalizing for battery capacity changes, the new 13-inch MacBook Air increases battery life by 65% over the previous model.

Under really heavy use (think tons of video/photo editing work) you can go even lower than what our heavy workload numbers show. In my experience I found that around 7 hours of battery life on a single charge is reasonable for most of my workloads, but when doing a lot of work (tons of Flash tabs open, compiling a project in the background and heavy multitasking) I could kill the 13-inch MBA in under 4 hours.

The benefit of the new MBA is really in its ability to extend its battery life when needed. Close Safari windows, turn down the brightness, and you’ve got a machine that can last for a very long time without needing a wall outlet. There's a good reason that OS X Mavericks focuses so much on putting background tasks/apps to sleep, maximizing idle time is really the key to getting this insane amount of battery life.

 

More GPU Performance Numbers A Custom Form Factor PCIe SSD
Comments Locked

233 Comments

View All Comments

  • arkhamasylum87 - Monday, June 24, 2013 - link

    Broadwell will have a refreshed GPU architecture and with the process shrinks, the gains would be more amenable to all. Although the intent to raise the GPU perf a decent percentage with dedicating more than the half the die is a big time change at Intel.
  • rmr - Monday, June 24, 2013 - link

    Hi Anand,

    Good review! I'm waiting for the updated review (using the i7 processor). BTW will it be possible for you to test the Air with an older 802.11g router (since some people have been complaining in the Apple forums about the Air dropping Wifi connections)? I was planning to get a new MBA but I'll be mostly using it at locations with older .11g routers.

    Thanks.

    Regards,
    rmr
  • scyap - Monday, June 24, 2013 - link

    Did the writer mention what OSX version was used for testing? Or I missed out?
    If this review was using Mountain Lion, should I expect even better battery life in Mavericks?
  • xype - Tuesday, June 25, 2013 - link

    Yes, you should. Every dev I know who runs on Mavericks reports 10-20% better battery life (that's mighty subjective and unscientific, but I am sure AnandTech will do a proper test).

    Personally I'll make use of my dev account and upgrade as soon as all the dev tools I need are confirmed a running (homebrew-installed stuff mostly).
  • Ricopolo - Tuesday, June 25, 2013 - link

    Anand, love your site. But your constant use of acronyms (like PCH, TDP, etc) that are non-household terms can be quite an obstacle to lay people, who are interested in gaining a bit of insight in tech development. Can you put together a glossary for these acronyms and put it in the footer or somewhere obvious?
    Thanks a lot.
  • SkylerSaleh - Tuesday, June 25, 2013 - link

    PCH stands for Platform Controller Hub. It provides some needed utilities required to run the CPU correctly, such as display handling, connecting peripherals, DMI, etc. As a lay-mans example, the PCH supports the CPU's operation, similar to how your subconscious supports your operation. Taking over the responsibility of semi-voluntary/non-voluntary actions like breathing, so that you can think about other things.
    TDP stands for thermal design power. It is a measurement of the maximum amount of cooling that is needed to cool a chip in its worst case. As a rule of thumb, the higher the TDP, the more power the chip will use at peak. (However this is not a good measurement of power usage when idle.)
  • name99 - Tuesday, June 25, 2013 - link

    Google shows up the obviously correct results for both of these very high in its list.
    If you want even cleaner and simpler results search on wikipedia.

    I don't want to be a dick, but part of Anand being a fairly high-end site (including, for example, the variety of technical details which make it substantially more interesting than a Macworld or The Verge or WSJ review) is that it consists of an engineering aware community, which speaks in its natural language, just like any other community.

    If you wish to be part of that community, the solution is not to complain that they use unfamiliar language, but to familiarize yourself with that language. It's not hard --- more so than ever before in the past you can learn what you need to just by scanning Google and wikipedia. And if you want to understand more details, again it's easier than its ever been before --- just look over the review articles either on this site, on Ars Technica (for the simplest introduction) or on David Kanter's Real World Tech (for the most sophisticated introductions you can probably get for free on the internet).
  • jb510 - Wednesday, June 26, 2013 - link

    Well said. It's worth noting that even some of us very technical folks have to look up a lot of terms and acronyms reading here as the spectrum of content is so broad. However, I greatly prefer the clean without reference to terms style of AT to the cumbersome reading if copy that is interrupted constantly to define things. Unless you're reading the print edition of AT, the whole internet is just one click away.
  • robco - Tuesday, June 25, 2013 - link

    The updated Airs seem pretty sweet. I use my laptop as my primary machine, so I'll probably wait for the rMBP to get updated. I'm also curious to see how well the Iris 5100 graphics compare to the HD 5000. An IPS display would have been a nice upgrade, but I can see why Apple decided to make upgrades in other areas instead.

    The WiFi snafu is interesting. I'm not sure if Apple missed it, or figured it would be a while before most users would upgrade to ac and decided to go ahead and ship it in time for WWDC. As for battery life, even the numbers under heavy workload are impressive for such a small machine. I'm curious to see how well the battery life numbers improve for other ultrabooks as they switch to Haswell running different OSes. I would also like to see if or how well battery live improves after OS 10.9 is released this fall.
  • Abelard - Tuesday, June 25, 2013 - link

    Thanks for the thorough review, Anand. The battery life you were getting is very impressive.

    I'm curious how the MBA will perform running OS X Mavericks, though. Developers and early adopters seem to be reporting battery life improvements. It's possible Mavericks could squeeze another hour or two out of the 2013 MBA.

Log in

Don't have an account? Sign up now