This wouldn't be a proper device review without a section on performance on battery life. Performance is particularly interesting since this is the first time we can take a look at direct comparisons between the same hardware running the stock AOSP interface, and the OEM's skinned platform with all of its features. In theory there shouldn't be that big of a difference since the majority of the platform performance is governed by the kernel, background tasks, obviously silicon and how much memory the base platform occupies. In practice the results are a bit more interesting, though we are comparing the HTC One which is 4.1.2 at present against 4.2.2

Performance 

The first look at performance is our usual assortment of CPU performance benchmarks. Android remains difficult to benchmark in a meaningful manner that tracks well with subjective performance but is getting better. We're using a mix of browser based tests, alongside Java and Native apps (AndEBench, Vellamo). 

Browsermark 2.0

Google Octane Benchmark v1

Mozilla Kraken Benchmark - 1.1

SunSpider Javascript Benchmark 1.0 - Stock Browser

We're using the stock browser for these tests, which means the browser that gets platform optimizations from OEMs through the SoC vendors. For example Samsung builds their own browser, LG and HTC likewise make their own with customizations and use the optimized JavaScript V8 libraries from Qualcomm or whatever silicon vendor whenever possible. On the HTC One and SGS4 GPe versions there's no stock browser per-se beyond Chrome (stable) which remains slower through some these tests than the stock, OEM-built counterpart. As a result the HTC One and SGS4 trade places back and forth with the stock and GPe version each leading in some tests, but not others. 

AndEBench - Java

AndEBench - Native

Vellamo Benchmark - 2.0

Vellamo Benchmark - 2.0

AndEBench rewards the HTC One GPe with a nice lead over its 4.1.2 counterpart, meanwhile the SGS4 also shows a bit of improvement over its stock version. 

In Vellamo HTML5 we see both GPe versions of the phones move south of their stock counterparts, again likely due to the not as optimized stock WebView. In the metal test however both get a small boost. In the bits of the platform that we can test, it seems as though having a lighter weight software payload running on the device does grant some performance advantages. Subjectively as I noted before the GPe versions feel speedier.

3DMark for Android features the Ice Storm benchmark and uses OpenGL ES 2.0. Ice Storm is divided into two graphics tests and a physics test. The first graphics test is geometry heavy while the second test is more pixel shader intensive. The physics test, as you might guess, is CPU bound and multithreaded. The overall score takes into account both graphics and physics tests. The benchmark is rendered to an offscreen buffer at 720p/1080p and then scaled up to the native resolution of the device being tested. This is a very similar approach we've seen by game developers to avoid rendering at native resolution on some of the ultra high resolution tablets. The beauty of 3DMark's approach here is the fact that all results are comparable, regardless of a device's native resolution. The downside is we don't get a good idea of how some of the ultra high resolution tablets would behave with these workloads running at their native (> 1080p) resolutions.

For these benchmarks we stuck with the default presets (720p, normal quality).

3DMark - Graphics

3DMark - Graphics Test 1

3DMark - Graphics Test 2

3DMark - Ice Storm

3DMark - Physics

3DMark - Physics Test

The GPe devices perform favorably in 3DMark for Android, with the SGS4 GPe posting a small but notable lead over its stock counterpart. It's possible there's a driver update lingering in here that's responsible for the small uptick in performance. HTC One sees a boost in the 3D related tests, but doesn't move much in the CPU-focused Physics test.

Up next is GFXBench (formerly GLBenchmark), which is a regular staple in our tests for evaluating 3D performance. 

GLBenchmark 2.7 - T-Rex HD

GLBenchmark 2.7 - T-Rex HD (Offscreen 1080p)

GLBenchmark 2.7 - Egypt HD

GLBenchmark 2.7 - Egypt HD (Offscreen 1080p)

GLBenchmark 2.7 - Fill Test

GLBenchmark 2.7 - Fill Test (Offscreen 1080p)

GLBenchmark 2.7 - Triangle Throughput

GLBenchmark 2.7 - Triangle Throughput (Offscreen 1080p)

GLBenchmark 2.7 - Triangle Throughput, Fragment Lit

GLBenchmark 2.7 - Triangle Throughput, Fragment Lit (Offscreen 1080p)

GLBenchmark 2.7 - Triangle Throughput, Vertex Lit

GLBenchmark 2.7 - Triangle Throughput, Vertex Lit (Offscreen 1080p)

I honestly didn't expect GFXBench to show much of a change at all between the normal and GPe variants of the HTC One and SGS4, and although the T-Rex game simulation test doesn't show much movement, there's an uptick in Egypt HD and a few of the subtests (especially triangle throughput on the HTC One). I suspect newer platform software seriously helps out here, and these improvements will probably carry over to the Sense 5 version with the 4.2.2 update that's coming for it. Still pretty interesting.

Basemark X is a new addition to our mobile GPU benchmark suite. There are no low level tests here, just some game simulation tests run at both onscreen (device resolution) and offscreen (1080p, no vsync) settings. The scene complexity is pretty high, so frame rates are pretty low.

Basemark X - On Screen

Basemark X - Off Screen

Epic's Citadel benchmark gives us a good indication of lighter workload, v-sync limited performance at native resolution. The new Ultra High Quality test makes this an actual meaningful lighter workload, although there is no easy resolution independence so all these tests run on-screen at device resolution. 

Epic Citadel - Ultra High Quality, 100% Resolution

Here we also see some gains for both the SGS4 GPe and HTC One GPe over the normal versions. Again it seems that some combination of the newer platform software afforded by this release and AOSP vs skinned software helps these platforms perform a bit better than otherwise they do otherwise.

Battery Life

Battery life testing remains a big concern for everyone; for this we turn to our usual battery life test suite. The basic overview is the same as it has been for a while now — we load webpages at a fixed interval until the handset dies, with display set at exactly 200 nits as always. Power saving features are disabled if they turn on automatically, and background account sync is disabled. The test is performed over both cellular data on all available air interfaces and over WiFi in an environment with good signal levels. The new test has decreased pause time between web page loads and added a number of JavaScript-heavy pages. I sat down with some UMTS RRC (Radio Resource Control) emulator tools and also made sure we had a good balance of all the RRC states (DCH, PCH if possible, FACH, IDLE) so we weren’t heavily biased towards one mode or the other.

I've had both the HTC One GPe and SGS4 GPe for a very limited amount of time, so battery life testing is ongoing and will have to be updated later with the WiFi and call time tests. I have only had time to complete one run of the HTC One GPe on T-Mobile LTE. The result is just narrowly ahead of the Sense 5 HTC One on T-Mobile LTE; I suspect strongly that we'll see the same on the SGS4 GPe on the same network. 

Update: I've finished running the SGS4 GPe on T-Mobile LTE, we can see the result crept down slightly but still is in the ballpark of results for the other SGS4s. Also I've included WiFi test results, where oddly enough the results are notably further south of the Sense 5 and TouchWiz counterparts.

AT Smartphone Bench 2013: Web Browsing Battery Life (3G/4G LTE)

AT Smartphone Bench 2013: Web Browsing Battery Life (WiFi)

The thing I do miss on the GPe devices are the power saver options which change the CPU governor max CPU frequency and do help make a difference over a day. I haven't measured whether this gets reflected in our battery life test as much as it seems to subjectively, but that's one difference right away you can point to between the normal and GPe versions. 

Camera - The New Stock UI Conclusions
Comments Locked

81 Comments

View All Comments

  • Kidster3001 - Wednesday, June 26, 2013 - link

    Why no Dalvik benchmarks? The vast majority of Google Play apps are NOT native. I am very interested to see how much drop in performance (and resulting increased power consumption) there is with AOSP Dalvik versus Samsung/HTC Dalvik.

    Re: Browser benchmarks. The best JS engine always wins, even over better hardware.
  • Mr Majestyk - Wednesday, June 26, 2013 - link

    So how is this different to installing CM10.1 say yourself, which is much nicer than stock AOSP.
  • A5 - Wednesday, June 26, 2013 - link

    I prefer AOSP to CM. But it isn't really that different from installing an AOSP ROM except for the official support.
  • Laststop311 - Wednesday, June 26, 2013 - link

    you can easily root and turn any s4 into a vanilla nexus device by flashing that rom they use on the developer edition.
  • Diagrafeas - Wednesday, June 26, 2013 - link

    What is the RAM usage after first boot for GPe and Stock on both of them?
    What about free storage?
  • benjdm - Wednesday, June 26, 2013 - link

    I don't see the Galaxy S4 GPe in the Web Browsing battery life graph. Did it get inadvertently left off?
  • CrystalBay - Wednesday, June 26, 2013 - link

    Thanx much, Brian for the review comparison.
  • chubbypanda - Wednesday, June 26, 2013 - link

    Thank you Google and HTC for making this happen! Now if only HTC One GPe were available worldwide...
  • dougxd - Wednesday, June 26, 2013 - link

    Brian...can you check to see if Google Wallet works?
  • Kamus - Wednesday, June 26, 2013 - link

    Does anyone know if the samsung has color profiles like s4?

Log in

Don't have an account? Sign up now