This morning we finally got our hands on Apple's iPhone 5. While we are eager to get started on battery life testing, that'll happen late tonight after a full day's worth of use and a recharge cycle. Meanwhile, we went straight to work on performance testing. As we've mentioned before, the A6 SoC makes use of a pair of Apple's own CPU cores that implement the ARMv7 ISA. These aren't vanilla Cortex A9s or Cortex A15s, but rather something of Apple's own design. For its GPU Apple integrated a PowerVR SGX543MP3 GPU running at higher clocks than the dual-core 543MP2 in the A5. The result is compute performance that's similar to the A5X in Apple's 3rd generation iPad, but with a smaller overall die area. The A6 has a narrower memory interface compared to the A5x (64-bits vs. 128-bits), but that makes sense given the much lower display resolution (0.7MP vs. 3.1MP).

As always, our performance analysis starts out on the CPU. Although we originally thought the A6 ran its two CPU cores at 1GHz, it looks like max clocks range between 800MHz and 1.2GHz depending on load. Geekbench reports clock speed at launch, which varied depending on CPU load. With an app download process in the background I got Geekbench to report a 1.2GHz clock speed, and with everything quiet in the background the A6 reported 800MHz after being queried. This isn't anything new as dynamic voltage/frequency adjustment is in all smartphones, but we do now have a better idea of the range.

The other thing I noticed is that without a network active I'm able to get another ~10% performance boost over the standard results while on a network. Take the BrowserMark results below for example, the first two runs are without the iPhone 5 being active on AT&T's network while the latter two are after I'd migrated my account over. The same was true for SunSpider performance, I saw numbers in the low 810ms range before I registered the device with AT&T.


Clean, No Network

Overall, the performance of the A6 CPU cores seems to be very good. The iPhone 4S numbers below are updated to iOS 6.0 so you can get an idea of performance improvement.

BrowserMark

SunSpider Javascript Benchmark 0.9.1 - Stock Browser

As we mentioned in our earlier post, SunSpider is a small enough benchmark that it really acts as a cache test. The memory interface on the A6 seems tangibly better than any previous ARM based design, and the advantage here even outpaces Intel's own Medfield SoC.

I also ran some data using Google's V8 and Octane benchmarks, both bigger JavaScript tests than SunSpider. I had an AT&T HTC One X with me while in New York today (up here for meetings this week) and included its results in the charts below. Note that the default HTC web browser won't run the full Octane suite so I used Chrome there. I didn't use Chrome for the V8 test because it produced lower numbers than the stock browser for some reason.

Google V8 Benchmark - Version 7

Google Octane Benchmark v1

Here we see huge gains over the iPhone 4S, but much closer performance to the One X. In the case of Google's V8 benchmark the two phones are effectively identical, although Octane gives the iPhone 5 a 30% lead once more.

These are still narrowly focused tests, we'll be doing some more holisitic browser tests over the coming days. Finally we have Geekbench 2, comparing the iPhone 5 and 4S:

Geekbench 2 Performance
Geekbench 2 Overall Scores Apple iPhone 4S Apple iPhone 5
Geekbench Score 628 1640
Integer 545 1252
Floating Point 737 2101
Memory 747 1862
Stream 299 946

Apple claimed a 2x CPU performance advantage compared to the iPhone 4S during the launch event for the 5. How does that claim match up with our numbers? Pretty good actually:

This is hardly the most comprehensive list of CPU benchmarks, but on average we're seeing the iPhone 5 deliver 2.13x the scores of the iPhone 4S. We'll be running more application level tests over the coming days so stay tuned for those.

A6 GPU Performance: Nearly Identical to the iPad 3

Before we got a die shot of Apple's A6 we had good information pointing to a three core PowerVR SGX 543MP3 in the new design. As a recap, Imagination Technologies' PowerVR SGX543 GPU core features four USSE2 pipes. Each pipe has a 4-way vector ALU that can crank out 4 multiply-adds per clock, which works out to be 16 MADs per clock or 32 FLOPS. Imagination lets the customer stick multiple 543 cores together, which scales compute performance linearly. The A5 featured a two core design, running at approximately 200MHz based on our latest news. The A5X in the 3rd generation iPad featured a four core design, running at the same 200MHz clock speed.

The A6 on the other hand features a three core PowerVR SGX 543MP3, running at higher clock speeds to deliver a good balance of die size while still delivering on Apple's 2x GPU performance claim. The raw specs are below:

Mobile SoC GPU Comparison
  Adreno 225 PowerVR SGX 540 PowerVR SGX 543MP2 PowerVR SGX 543MP3 PowerVR SGX 543MP4 Mali-400 MP4 Tegra 3
SIMD Name - USSE USSE2 USSE2 USSE2 Core Core
# of SIMDs 8 4 8 12 16 4 + 1 12
MADs per SIMD 4 2 4 4 4 4 / 2 1
Total MADs 32 8 32 48 64 18 12
GFLOPS @ 200MHz 12.8 GFLOPS 3.2 GFLOPS 12.8 GFLOPS 19.2 GFLOPS 25.6 GFLOPS 7.2 GFLOPS 4.8 GFLOPS
GFLOPS As Shipped by Apple/ASUS - - 12.8 GFLOPS 25.5 GFLOPS 25.6 GFLOPS - 12
GFLOPS

The result is peak theoretical GPU performance that's near identical to the A5X in the 3rd generation iPad. The main difference is memory bandwidth. The A5X features a 128-bit wide memory interface while the A6 retains the same 64-bit wide interface as the standard A5. In memory bandwidth limited situations, the A5X will still be quicker but it's quite likely that at the iPhone 5's native resolution we won't see that happen.

We ran through the full GLBenchmark 2.5 suite to get a good idea of GPU performance. Note that the 3rd gen iPad results are still on iOS 5.1 so there's a chance you'll see some numbers change as we move to iOS 6.

We'll start out with the raw theoretical numbers beginning with fill rate:

GLBenchmark 2.5 - Fill Test

The iPhone 5 nips at the heels of the 3rd generation iPad here, at 1.65GTexels/s. The performance advantage over the iPhone 4S is more than double, and even the Galaxy S 3 can't come close.

GLBenchmark 2.5 - Fill Test (Offscreen 1080p)

Triangle throughput is similarly strong:

GLBenchmark 2.5 - Triangle Texture Test

Take resolution into account and the iPhone 5 is actually faster than the new iPad, but normalize for resolution using GLBenchmark's offscreen mode and the A5X and A6 look identical:

GLBenchmark 2.5 - Triangle Texture Test (Offscreen 1080p)

The fragment lit texture test does very well on the iPhone 5, once again when you take into account the much lower resolution of the 5's display performance is significantly better than on the iPad:

GLBenchmark 2.5 - Triangle Texture Test - Fragment Lit

GLBenchmark 2.5 - Triangle Texture Test - Fragment Lit (Offscreen 1080p)

GLBenchmark 2.5 - Triangle Texture Test - Vertex Lit

GLBenchmark 2.5 - Triangle Texture Test - Vertex Lit (Offscreen 1080p)

The next set of results are the gameplay simulation tests, which attempt to give you an idea of what game performance based on Kishonti's engine would look like. These tests tend to be compute monsters, so they'll make a great stress test for the iPhone 5's new GPU:

GLBenchmark 2.5 - Egypt HD

Egypt HD was the great equalizer when we first met it, but the iPhone 5 does very well here. The biggest surprise however is just how well the Qualcomm Snapdragon S4 Pro with Adreno 320 GPU does by comparison. LG's Optimus G, a device Brian flew to Seoul, South Korea to benchmark, is hot on the heels of the new iPhone.

GLBenchmark 2.5 - Egypt HD (Offscreen 1080p)

When we run everything at 1080p the iPhone 5 looks a lot like the new iPad, and is about 2x the performance of the Galaxy S 3. Here, LG's Optimus G actually outperforms the iPhone 5! It looks like Qualcomm's Adreno 320 is quite competant in a phone.

GLBenchmark 2.5 - Egypt Classic

The Egypt classic tests are much lighter workloads and are likely a good indication of the type of performance you can expect from many games today available on the app store. At its native resolution, the iPhone 5 has no problems hitting the 60 fps vsync limit.

GLBenchmark 2.5 - Egypt Classic (Offscreen 1080p)

Remove vsync, render at 1080p and you see what the GPUs can really do. Here the iPhone 5 pulls ahead of the Adreno 320 based LG Optimus G and even slightly ahead of the new iPad.

Once again, looking at GLBenchmark's on-screen and offscreen Egypt tests we can get a good idea of how the iPhone 5 measures up to Apple's claims of 2x the GPU performance of the iPhone 4S:

Removing the clearly vsync limited result from the on-screen Egypt Classic test, the iPhone 5 performs about 2.26x the speed of the 4S. If we include that result in the average you're still looking at a 1.95x average. As we've seen in the past, these gains don't typically translate into dramatically higher frame rates in games, but games with better visual quality instead.

Final Words

We still have a lot of work ahead of us, including evaluating the power profile of the new A6 SoC. Stay tuned for more data in our full review of the iPhone 5.

Comments Locked

237 Comments

View All Comments

  • darkcrayon - Saturday, September 22, 2012 - link

    Let me guess, in your tinfoil hat conspiracy fantasy world, only Apple could possibly "cheat" on these benchmarks. Surely Samsung or nVidia or Qualcomm would never do such a thing in your world, right? :)
  • Charbax - Sunday, September 23, 2012 - link

    They all cheat. Just wait for SGS3, LG G, OMAP470 JB updated stuff, it'll all show Android way above these iPhone5 numbers, but regardless the numbers are bogus by design, a benchmark is a bogus way to measure performance. Measuring the performance of an ARM platform is NOT as easy as installing one apk or ios app and click run and note a number.
  • eziodafirenze - Saturday, September 22, 2012 - link

    we all know the s3 at&t and T-mobile versions are running a dual core chip, thats why it has lower score than the iphone5. anandtech didn't include the standard version of s3 which is using a quad core chip. this may seems unfair....
  • thunng8 - Saturday, September 22, 2012 - link

    What are you on about? The international version of the s3 with quad core results are there.
  • doobydoo - Saturday, September 22, 2012 - link

    thunng8 - stop throwing logic bombshells in the way of the Android fanboys' denial.
  • CyberAngel - Monday, October 15, 2012 - link

    LOL
  • cserwin - Saturday, September 22, 2012 - link

    Unfair is that Samsung and the carriers pull that bullshit on the consumers, but advertise as if 's3' has some universal meaning.
  • steven75 - Monday, September 24, 2012 - link

    Nailed it.
  • pmartin - Wednesday, October 3, 2012 - link

    How is it unfair for a US site to review phones for sell in the US? The versions of the S3 and One X your referring to are not or sale in the US. I'm sure there's a European website with the benchmarks your looking for.
  • FrenchMac - Saturday, September 22, 2012 - link

    In my area in France I don't encounter problems using the new Maps. I live in a small town and the satellite view is actually better than Google Maps. The precision is better. Also turns by turns direction is works well. But TomTom turns by turns works well here also (could be related).

    As for the performances of the A6, what I would like to see is a more real world application performance. Geekbench use C language for its tests (Android NDK) but most applications are written in Java. So there a huge performance penalty here.

    What would be interesting to see is a algorithm written both in Objective C/C and in Java running on say a S3 and the iPhone 5. From my point of view a quad core processor brings not that much in real world tests (because most applications rely on one or two threads not four). And then there is the penalty of converting pseudo code to machine code with the Java Dalvik VM. How much does it cost today on modern phone. It is always a 5-10x penalty like on Java on the Desktop? Note that I really like Java as a language but still it cannot compare to native code and on a small device it could be impacting. As a developer I see huge differences in things like parsing an XML file (a common thing in mobile applications).

    Using for development purpose both a Nexus 7 (not the most sluggish Android device) and iPad/iPhone I can quite tell you that iOS fly in comparison. Everything is smoother. And more that that everything seems to closely follow the fingers of the user. It's a really important point in the user experience. You don't have the feeling that is a computer but more a real objet dans is represent in the user interface. It follows the physics of finger movements.

    I found the UI of Chrome better (the number of tabs is not limited) but scrolling in a page is slower than in Safari. Safari makes also a more profound usage of GPU acceleration (and iOS use GPU acceleration everywhere from the beginning).

    The main thing has see as an advantage on Android is the ability to share more easily file between applications. You can also do it on iOS but is more limited (It should improves over times I hope with iCould).

Log in

Don't have an account? Sign up now