Performance

When the 4 was announced, my curiosity (and perhaps yours as well?) was about the flavor of Apple’s A4 SoC inside the phone. The rumor was that the A4 in the iPhone 4 had a full 512MB of memory, compared to 256MB in the iPad’s A4. iFixit took an iPhone 4 apart (with relative ease I might add) and confirmed the presence of 512MB. Look at the A4 in this picture, the Samsung part number on the right edge of the chip starts out K4X4G. The K4X denotes a Samsung mobile DRAM and the 4G refers to its density: 4Gbit or 512MB.

More memory should mean a smoother multitasking experience on the iPhone 4. Remember that iOS 4 keeps all fast task switching enabled apps resident in memory even after you’ve switched away from them. They are only kicked out of memory if you run low or if you force quit them. With more memory you should be able to keep more apps in memory without unwillingly forcing them out. The 512MB of RAM should also give the OS more breathing room in lighter multitasking scenarios, a problem many are already seeing on the iPhone 3GS running iOS 4. In practice the 4 is smoother when running iOS 4. There are still some hiccups but not as bad as on the 3GS, and definitely not as bad as on the 3G. The OS was clearly designed with the iPhone 4 as the performance target.

The big question that remains is what clock speed the iPhone 4’s A4 is running at. The assumption was 1GHz however Apple was very careful not to mention clock speed, unlike at the iPad launch. Saying nothing usually means there’s nothing good to say.

I ran a whole bunch of benchmarks on the iPhone 4 and the iPhone 3GS running iOS 4 to try and figure out what CPU speed we might be dealing with. The early reviews imply that the A4 in the iPhone 4 is running at a speed greater than the 3GS’s 600MHz, but slower than the iPad’s 1GHz. Let’s try and find out what it’s really running at.

We’ll start with the real world tests, first SunSpider. A javascript performance test this benchmark is completely network independent but it measures the performance of the browser as well as the underlying hardware. It is small enough to make memory size differences negligible so between the two iPhones we should be seeing a pure CPU comparison:

The iPhone 4 manages a time that’s 25% faster. Note that this test is just as much about the software stack as it is about CPU/platform performance. The Froyo update makes the Nexus One ridiculously fast in this benchmark. It just shows you how much room there is to improve performance on these Android handsets. The next leapfrog is going to be once the entire Android world moves to 2.2.

Next up is the Rightware BrowserMark. This test combines JavaScript and HTML rendering performance:

BrowserMark spits out an overall score but with no indication of what the score actually means. In this case we’re looking at 18.4% better performance than the iPhone 3GS. The iPad is 34% faster than the 4, which supports the theory of the A4 running at ~750MHz in the new iPhone.

There's also the possibility that the A4 CPU clock varies depending on load and other factors but the run to run consistency in all of our tests seems to indicate otherwise. We also can't ignore the fact that the iPad and iPhone now run vastly different OS revisions. In some cases iOS 4 actually takes a step back in performance compared to iOS 3.2. That undoubtedly makes the iPad vs. iPhone 4 comparison about much more than CPU performance.

Froyo's improved Javascript performance sends the Nexus One nearly to the top of the list here, only bested by the iPad. While Apple has definitely improved performance with the iPhone 4, it seems that it will only take a software update for Android phones to surpass it.

To measure web browsing performance I downloaded a bunch of different web pages and saved as much of them as possible locally on a server. I used WiFi on all of the devices to connect to my local server and timed average load time. I repeated the test at least 3 times and threw out any unusually high or low numbers. Performance was from a clean restart with no additional programs running in memory.

Note that these numbers aren't comparable to other reviews as we've updated software versions on two of the phones. The iPhone 3GS is now running iOS 4 which resulted in some numbers going up while others went down. And the Google Nexus One is running the officially released build of Android 2.2, codenamed Froyo.

What these tests should show is the overall performance of the platform when all network bottlenecks are removed. Obviously hiding in a tunnel under a lead umbrella will make any phone slow, but we’re looking at peak performance here.

The first test is the new AnandTech front page. Here we’ve got tons of images and HTML, meaning we’re stressing both bandwidth and code parsing speed.

The iPhone 4 is no faster than the 3GS (actually slightly slower, but we'll chalk that up to timing variance) here. The Froyo update to the Nexus One makes it lightning quick, almost as fast as the iPad in our first test.

Next up we have the first page of our recent Zotac XBOX HD-ID11 review. The balance shifts from tons of images to more HTML processing:

Here we see more of what I expected: the iPhone 4 is around 25% faster than the 3GS running iOS 4. Android 2.2 running on the Nexus One is basically as fast as the 4.

Using our Print this Review function, this next test loads our entire 2010 15-inch Macbook Pro review. While the other two tests had some flash ad content, this one is completely devoid of it so the HTC phones shouldn’t be penalized:

Here the iPhone 4 is 11% faster than the 3GS and about the speed of the iPad. There are other bottlenecks at play here so we don't get further performance scaling. The Froyo update helps the Nexus One a bit but the iOS devices are still quicker.

Our most intensive test is up next with a load of the Engadget front page:

The Nexus One is ahead of the 4 once more with its Froyo update. And the iPhone 4 is 34% faster than the 3GS.

Our most CPU bound test is up next. I put together a custom page with a ton of tabular content and a single page copy of our 15-inch MBP review to make the load take some time at least.

Surprisingly enough there's no difference between the 3GS and the 4 here, perhaps my test is less CPU bound than I thought. Froyo improves the Nexus One's performance a little bit.

Low Level Synthetic Tests

If we assume that we’re mostly CPU bound in all of these cases (a fair assumption given how fast Atom can run through all of these tests), then we’d be looking at a ~750MHz clock speed for the iPhone 4’s A4 assuming no other architectural changes. That’s actually a pretty big assumption. The A4 is widely believed to be a 45nm SoC using an ARM Cortex A8. At 45nm there should be room for a larger L2 cache than what was used in the iPhone 3GS’s SoC.

Perhaps some more synthetic tests will help us figure out what’s going on. I turned to Geekbench, now available in an iOS version.

Geekbench spit out a number of overall results that gave me a good enough summary of what’s going on to make an educated guess:

The CPU specific tests all indicate the iPhone 4 is around 25% faster than the iPhone 3GS. That would imply at least a 750MHz clock speed if all else is the same. Assuming we don’t get perfect CPU scaling with all of these tests, I’d venture a guess that 800MHz is more accurate. If the A4 does indeed have larger caches however, Apple could get away with a lower clock speed.

The memory results are particularly telling as they all scale very well going to the iPhone 4, better than the CPU results in fact. This could lend credibility to the theory of larger internal caches or perhaps to an improved (faster) memory subsystem.

Unfortunately until we get the iPad on iOS 4 we can't get a better idea of CPU scaling. I'm not even sure how reliable that will be at this point. If Apple was willing to change the amount of memory the A4 package housed between the iPad and iPhone 4, who is to say that it wouldn't have a slightly different design for the iPhone 4 (e.g. larger caches). The designs may not be physically different but we may instead be looking at binning. Given Apple's unwillingness to talk about the architecture here I think the safest bet is that we're looking at an 800MHz ARM Cortex A8 core in the iPhone 4 and a 1GHz core in the iPad.

Why the lower clock? It's all about battery life.

Speakerphone Volume Incredible Battery Life
Comments Locked

270 Comments

View All Comments

  • scarnie - Thursday, July 1, 2010 - link

    See my article here: http://bit.ly/5pxjgk

    Basically, the iPhone 4 is about 33% faster than the 3GS (600MHz) and 25% slower than iPad (1GHz) putting it squarely at 800MHz.

    Cheers,

    Stu
  • heri16 - Thursday, July 1, 2010 - link

    Since it has been confirmed that Apple would not be able to beat physics, the best way for them is to issue a firmware update to hide the signal loss in terms of bars (GASP!) . Since after-all, calls won't be dropped at one bar, why make us all worry?

    From my tests, attenuation by water-containing bodies is always a problem to RF. My best way around has been using micro-strip circular polarized antennas to reduce the effect. I've been using such antennas to cut 2.4Ghz signals through dense trees, which have "waterly" leaves. It also works better in rainy conditions compared to linear antennas.

    (My tests shows reduction in attenuation by 70% in dbm units for my modded 2.4Ghz enterprise router through those same trees.) This will work since our hands/bodies are "waterly" too.

    My suggestion to Apple to is have both thin circular-polarized micro-strip antennas embedded in the back surface, and linear polarized antennas at the sides, and diversity-RF controllers to get improved best-case and worst-case performance.

    I'm not sure whether an iphone accessory maker can create the same fix through a paper-thin antenna plugged in.
  • heri16 - Thursday, July 1, 2010 - link

    Here are some links to help understand the iphone RF fix.

    http://en.wikipedia.org/wiki/Circular_polarization
    http://en.wikipedia.org/wiki/Microstrip_antenna
  • NordicNINE - Thursday, July 1, 2010 - link

    I finished up work & school for the day and just popped down to relax. Brought up my favorite tech news site and started the recorded DVR shows. I pulled up this article and then the recording of the new Futurama started up.
  • Xeeros - Friday, July 2, 2010 - link

    Not to nitpick but The Incredible has 8GB internal PLUS the microSD which Verizon gives you a 2GB stick so it would be 10GB stock as they now package the SD card in the phone. Had a Launch unit and the refresher that says Droid on the box versuses the HTC incredible box. ONly difference was my store gave me a card for the 2GB and now its pre-packaged. To be honest most review sites that have it listed in comparison have it labeled this way, so probably not your fault.
  • sporadic - Friday, July 2, 2010 - link

    A question though:
    When you ran your PDF download tests were you using any encryption or was this on an open network?
  • dhvanii - Friday, July 2, 2010 - link

    This is a great article on i4 antenna and DL reception. I have a few questions.
    1. if you take 1.5 MHz channel bandwidth, then the lowest signal strength measurable should be around -112 dBm. But this WCDMA and so if it is 4.5 MHz the lowest RSSI should be -107 dBm. Add to that a 4-6 dB noise figure and the lowest RSSI should be around -100 dBm. How is the device reporting -113 dBm for 3G ? Is that only for GSM reception where it is 200 KHz channel bandwidth and so theoretical lowest is around -120 dBm ?
    2. How about UL ? What is the Max Tx Power of this device ? 23 dBm ? How is that affected by this antenna glitch. Radio link protocols requiring UL acks for DL packets will definitely get affected by this poor antenna performance if UL is also affected.
    Thanks again for your detailed analysis.
  • navderek - Friday, July 2, 2010 - link

    Well I'm glad we agree...to be honest I did not read the entire article, but only the section about the antenna issues with the handset.

    I did not see you bring up the point of CQI, nor did I see you mention that RSSI is really not a good measure for network coverage / quality (when used alone). Perhaps you've mentioned it in other articles, and if so a link to those would have been warranted for charities sake.

    Have you ever considered writing up an article about how the air interface works? I think everyone would be much further ahead if they had a good basic understanding of the air interface and how the handset communicates with the BTS...especially now with so many networks competing it would put a little more power into the consumers hands to judge the quality of the network rather than rely on their silly marketing adds and crappy signal strength bar displays.

    Finally, you said that at -107dB the iPhone4 "deals just fine" with it. Do you have data to back that up? What kind of data rates were you getting? I'd be surprised if you could even hit 1MB/s.

    Just so you know, I work for TELUS Mobility in Canada. We have the first TRUE "all IP" network running in North America. We launched back at the end of 2009 with a 3.5G network. In my area we use NSN equipment and in practical use you can easily get sustained data rates greater than 10MB/s (downlink, theoretical = 21MB/s). We are also talking latencies of less than 50ms and almost no jitter....how did we do this? Well we are the only company in North America to have built the network from the ground up using IP transport all the way to the radios. We have fiber going to every single tower which serves only this 1 network (we have 2 others to manage as well, PCS / iDEN). :-) I'm not trying to prop-up my company or anything, but just giving a hint as to why other carriers such as AT&T have so many problems with their "patchwork" network which still most likely uses legacy copper circuits multiplexed and converted into IP packets...this puts significant strain on the core to keep up with the demands.

    If people understood the air interface protocols in a general and basic sense at least they could judge the quality of this part of the network and then focus on looking into the other parts...I just find it frustrating that most people who don't understand how it works tend to give the network a "basket" rating based on simple RSSI measurements which does not really give much insight except as to how much radiation your standing in.
  • zmslink - Friday, July 2, 2010 - link

    So the net effect is that iPhone 4 drops fewer calls then the 3GS despite losing as much as 24dB when held "incorrectly," but does that signal loss affect battery life much?
  • davidcjones - Friday, July 2, 2010 - link

    It is amazing how someone can do such detailed research to get to the bottom of this!

    Thanks for your hard work. Of course, I am distressed that people are so inclined to run to the courts to file class action suits before they actually investigate the issue in detail...

    David Jones
    Jericho, VT

Log in

Don't have an account? Sign up now