Battery Life

Battery life remains one of the most important aspects of any mobile device. After all, you can’t really call something mobile if it has to spend most of its time connected to an AC adapter. As a result, battery life testing is one of the most critical aspects of our testing, and it’s something that we spend quite a lot of time discussing internally.

Before diving into our results, I want to start things off talking about testing methodologies. This year we're implementing an overhaul of our web browsing test for battery life, with the Galaxy S7 review being our first chance to deploy it. As far as our long-standing 2013 test goes, at a high level our 2013 test was relatively simple in the sense that it simply loaded a web page, then started a timer to wait a certain period of time before loading the next page. And after nearly 3 years it was time for it to evolve.

Internally, we’ve been discussing reasonable measures to push our web browsing test in new directions to both better represent real-world workloads in addition to ensuring that we’re testing more than just display power. For at least a few devices, it had already become quite evident that our old test was almost purely display-bound to such an extent that even video playback was more power intensive. Other issues that were raised both internally and externally included the fact that the test would not test aspects like CPU governor boosts upon touching the display, and that our test almost entirely ignored things like 2D drawing and display pipeline efficiency.

In recognition of these issues, we’ve spent the past few months working on a new test. In addition to new webpages that are exact copies of many popular websites today to better represent modern, real-world workloads, we’ve added a major scrolling component to this battery life test. The use of scrolling should add an extra element of GPU compositing, in addition to providing a CPU workload that is not purely race to sleep from a UI perspective. Unfortunately, while it would be quite interesting to also test the power impact of touch-based CPU boost, due to issues with reproducing such a test reliably we’ve elected to avoid doing such things.

However, we don’t take these changes lightly. While we’ve validated the workload for several devices, it’s important to emphasize that these results could change in the future as much of this data is preliminary. For the second part of the review I’ll be sure to revisit these results with an expanded dataset. Of course, other than the workload the device setup has been held constant across these tests by equalizing brightness to 200 nits and disabling all background sync to the best of my ability.

Web Browsing Battery Battery Life 2016 (WiFi)

As we can see in the results, the Galaxy S7 and S7 edge both do impressively well. One of the more interesting comparison points here would be against the latest devices like the Huawei Mate 8, which has the Kirin 950.

Our previous test was relatively display-bound so differences in SoC efficiency were often difficult to discern and often masked entirely, but here we can see an enormous spread that is almost entirely due to SoC efficiency. The Huawei Mate 8, which under our previous test seemed to be only slightly above the iPhone 6s Plus, has gained a noticeable lead in this test as the Kirin 950’s CPU efficiency is ahead the competition at this time, although it’s important to keep in mind that CPU efficiency is not the only relevant metric for an SoC.

Interestingly enough, the Galaxy S7’s battery life is almost directly scaling with battery size relative to the Galaxy S6. As we’ll see in the display section, the Galaxy S7’s display is pretty much identical to the Galaxy Note5 and S6, so it looks like the efficiency gains from the Galaxy S6 to the S7 are small if you look at the Snapdragon 820 variant.

Of course, the big question that I’m sure a lot of people are thinking is how the Galaxy S7 and the Snapdragon 820 compare to the iPhone 6s and 6s Plus. Unfortunately, due to timing constraints we weren’t able to get data for the smaller iPhone 6s, but looking at the iPhone 6s Plus relative to the Galaxy S7 edge it’s pretty obvious that there is a power efficiency gap between the two in this test. Despite the enormous difference in battery size - the Galaxy S7 edge has a battery that is 33% larger than the iPhone 6s Plus - the difference in battery life between the iPhone and Galaxy in this test is small, on the order of half an hour or 5-6%. This is balanced against a higher resolution (but AMOLED) display, which means we're looking at SoC efficiency compounded with a difference in display power.

Web Browsing Battery Life (WiFi)

In the interest of providing another data point and some validation of our testing results, I ran both devices through our old web browsing test to see what the results would be for something that should be display-bound. Here, it’s obvious that the Galaxy S7 edge holds a significant lead over the iPhone 6s Plus, although the use of a higher resolution display and an AMOLED display in a high-APL test means that the GS7e is using more power in this test as well. However, when you take these results with our new web browsing test, it becomes evident that a difference in power efficiency is growing as the load on the SoC grows. Similarly, despite the Galaxy S7 being neck and neck with the Huawei Mate 8 in our older test, it loses the lead in our new web browsing test.

Of course, I have caution that all of the data that we’re gathering for the web browsing test is still subject to change, but given the interesting data that it provides it’s important for us to include these results, as we’re reasonably confident that these results are accurate.

Overall though, it’s clear that the Galaxy S7 and S7 edge will have solid battery life, even if device efficiency isn’t quite on par with the very best that we’ve seen so far. An improvement of 15% is going to be noticeable if you upgrade from the Galaxy S6, and anyone upgrading from a phone with an SoC older than the Snapdragon 800/801 generation will see huge improvements here.

Introduction and Design SoC and NAND Performance
Comments Locked

202 Comments

View All Comments

  • fanofanand - Tuesday, March 8, 2016 - link

    I have to agree with this assessment, I won't buy another phone without an IR blaster. I have 3 kids, and the remotes are ALWAYS missing.
  • iheresss - Tuesday, March 8, 2016 - link

    There is no such thing as 'shot noise'. Every digital noise is just lack of light to hit sensor. By having larger pixel size means larger area for light to hit photo sensor hence reduce the 'sensor noise'.
  • ah06 - Tuesday, March 8, 2016 - link

    But unless the total size of the sensor is increased, isn't increasing the pixel size making only a minor difference?

    A 1/2.5" sensor is only going to collect X amount of light whether it collects it over 16 million 1.1 um pixels or 12 million 1.4 um pixels.

    The only (very slight) gain over the higher pixel count is the loss at pixel boundaries due to pixel pitch.

    Am I wrong?
  • frostyfiredude - Tuesday, March 8, 2016 - link

    Because the sensing area is larger per pixel, the number of photons incident in each pixel will increase with it. Those incident photons are what give the picture data. So weird quantum effects that somewhat simulate adding or removing photons have less significance when there are more photons to begin with.
    More specifically at 1.1um vs 1.4um, 1.1um being quite comparable to the wavelength of visible light is causing some extra anomalous effects too.
  • ah06 - Wednesday, March 9, 2016 - link

    Yea I knew 1.1 um was the bare minimum due to quantam effects. But say going from 1.4 um to 2.0 um, would that make much of a difference?

    After all the total amount of light collected by the sensor would be roughly same right?
    A flower can be composed of 10 million pixels of size X or 5 million pixels of size 2X, the total area of the flow will still have collected the same light?

    Where am I going wrong with this :P?
  • arayoflight - Tuesday, March 8, 2016 - link

    Actually no. The sensor on s7 is a 4:3 1/2.5" sensor while the one in s6 us a 16:9 1/2.6" one.

    What it means is that it collects about 21.49% more licht than the one on s6.
  • ah06 - Wednesday, March 9, 2016 - link

    You're right about the aspect ratio difference, hope more reviewers cover that there is no "Real" loss of resolution .

    However, does increasing pixel size really affect total light collected by sensor?
  • jospoortvliet - Friday, March 11, 2016 - link

    I don't think it does, but it decreases noise caused by chance: with smaller pixels you have noise in low light situations in part simply due to the chance of one pixel catching randomly a bit more licht fotons than correctly represented the scene, and another less. With bigger pixels you smooth that out a bit and thus less random noise. It is only ONE source of noise, but it helps.

    Just imagine you take a pic of the same scene with two sensors, one so small it catches 5 photons average per pixel cell, the other one is twice as big and catches, on average, 10. A random one photon difference in a given pixel cell gives 20% brighter or darker pixels on the small, 5 photon-catching sensor and only 10% on the bigger one.

    Again, it is only one source of random noise, but a pretty fundamental one you can hardly calculate your way out off.
  • adamto - Tuesday, March 8, 2016 - link

    @Joshua Ho. Do you mind if I ask favor? Does S7 support AC tethering? Do you now any other Android phone with AC tethering? I am not talking about connecting S7 phone to a 5Ghz wifi such as home internet. These days most phone can connect to 5GHz wifi anyway. What I am asking is. If S7 itself can become a 5Ghz WiFi hotspot. This is can be very useful feature for me for transferring files between connected device to S7 tethering. I appreciate if you share with us a screenshot of network connection speed at PC to the S7 tethering at second part of review. Thanks!
  • nerd1 - Tuesday, March 8, 2016 - link

    Web browsing bench using chrome AGAIN????? How many times have anandtech been criticized for this?

Log in

Don't have an account? Sign up now