At this point the iPhone release cycle is pretty well understood. One year, Apple releases the design refresh that changes the external design significantly while generally focusing on evolving the internal components. The year after, the S variant is released with the same design as the previous year, but with sweeping changes to the internals. This cycle of upgrades allows Apple to focus on updating one half of the iPhone at a time while essentially giving their teams a more comfortable two years to develop their next generation technologies.

The iPhone 6s fits into this model quite well, with the introduction of new features like 3D Touch and a 12MP camera that supports 4K video recording. However, it’s often difficult to understand exactly how much has changed with an S model as Apple tends to focus on high level features, this despite the fact that so many of the changes in an S model are at a low level. While I haven’t had a lot of time with the iPhone 6s yet, I wanted to share some of the first results that I’ve acquired over the course of testing the iPhone 6s and 6s Plus in the past few days.

The first, and probably biggest change that I haven’t seen addressed anywhere else yet is the storage solution of the iPhone 6s. Previous writers on the site have often spoken of Apple’s custom NAND controllers for storage in the iPhone, but I didn’t really understand what this really meant. In the case of the iPhone 6s, it seems that this means Apple has effectively taken their Macbook SSD controller and adapted it for use in a smartphone. Doing some digging through system files reveals that the storage solution identifies itself as APPLE SSD AP0128K, while the Macbook we reviewed had an SSD that identified itself as AP0256H.

While the name alone isn’t all that interesting, what is interesting is how this SSD enumerated. One notable difference is that this storage solution uses PCI-E rather than SDIO, so it’s unlikely that this is eMMC. Given the power requirements, it’s likely that this isn’t the same PCI-E as what you’d see in a laptop or desktop, but PCI-E over a MIPI M-PHY physical layer. By comparison, UFS's physical layer is MIPI M-PHY as well, while the protocol is SCSI. In essence, MIPI M-PHY is just a standard that defines the physical characteristics for transmitting signal, but SCSI and PCI-E are ways of determining what to do with that channel.

The iPhone 6s in turn appears to use NVMe, which rules out both UFS and traditional eMMC. To my knowledge, there’s no publicly available mobile storage solution that uses PCI-E and NVMe, so this controller seems to have more in common with the Macbook SSD controller than anything in the mobile space. It doesn’t seem this is an uncommon idea though, as SanDisk detailed the potential advantages of PCIE and NVMe in mobile storage at the Flash Memory Summit a month ago.

Latency 2.8 µs N/A
Maximum Queue Depth Up to 64K queues with
64K commands each
Up to 1 queue with
32 commands each
Duplex (Typical) Full Half

The controller is a critical part of any storage component, but without any NAND to control it’s a bit pointless. Fortunately, the NAND used appears to be exposed in the OS as it’s referred to as 1Y128G-TLC-2P. Breaking this down, the 1Y means that we’re looking at 1Ynm NAND process with TLC. The TLC portion might concern some, but as we’ll soon see it turns out that we’re looking at a hybrid SLC/TLC NAND solution similar to SanDisk’s iNAND 7232 eMMC and desktop SSDs like Samsung’s 850 EVO which is better suited to the bursty workloads seen in mobile and PC segments. Between the 128GB and 64GB units we currently have, the 64GB unit uses Hynix NAND, but it remains to be seen who is supplying the NAND for the 128GB variants and what other suppliers exist for the 64GB SKUs.

An example of how an SLC/TLC NAND storage device looks in mobile devices

For those that are unfamiliar how these hybrid SLC/TLC NAND solutions work, in essence the SLC cache is made sufficiently large to avoid showing the reduced performance of TLC NAND. Any time you’re writing to the storage, the writes go to the SLC cache first before being committed to TLC NAND. As long as the overall average bandwidth demand doesn’t exceed the speed of the TLC, short-run bandwidth is solely limited by the speed of the SLC cache, which turns out to be the case for almost every normal use case.

In order to see how all of this translates into performance, we once again use StorageBench, which is an app that allows us to do 256K sequential and 4K random storage performance testing developed by Eric Patno and is comparable to AndroBench 3.6.

Internal NAND - Sequential Read

Internal NAND - Sequential Write

Internal NAND - Random Read

Internal NAND - Random Write

In practice, it seems random IO performance is relatively low, but it’s likely that we’re looking at a bottleneck of the testing methodology as the queue depth of the test is 1 and given PCB size limitations it isn’t reasonable to have as many NAND die working in parallel as we would see in something like a laptop. However, when we look at sequential speeds we can really start to see the strengths of the new storage controller and SLC/TLC. In the interest of seeing the limits of this SLC cache I decided to try running this test over a 5GB span.

The graph is a bit difficult to interpret, but in effect we’re looking at the time it takes to write 256KB at a time until we get to 5GB. There are two notable spikes roughly around 2GB, but it appears to be small and likely to be some kind of garbage collection or some background work. At 3GB or so the latency increases which suggests that the SLC cache is overrun and write bandwidth is limited by TLC NAND performance.

Overall, NAND performance is impressive, especially in sequential cases. Apple has integrated a mobile storage solution that I haven’t seen in any other device yet, and the results suggest that they’re ahead of just about every other OEM in the industry here by a significant amount.

Storage aside, the SoC itself sees major changes this year. Apple has moved to a FinFET process from either TSMC or Samsung for the A9 SoC. However, it still isn’t clear whether the A9 is single source from one foundry or if A9 is being dual-sourced. Chipworks has reason to believe their iPhone 6s' A9 is fabricated on Samsung's 14nm process, though it hasn't been confirmed yet. Dual-sourcing is well within Apple's capabilities, however TSMC's 16nm and Samsung's 14nm process are not identical - naming aside, different processes developed by different fabs will have different characteristics - so dual-sourcing requires a lot more work to get consistent chips out of both sources. For what it's worth A8 was initially rumored to be dual-sourced as well, but decapping by Chipworks only ever turned up TSMC chips.

Update: Chipworks has since taken apart multiple phones and confirmed that Apple is indeed dual-sourcing; both Samsung and TSMC are supplying chips

Moving on, let's talk about initial performance and battery life measurements, which look promising. Of course, it’s worth noting that the web browser benchmarks we currently have are often optimization targets for OEMs, so web browser benchmarks seen here aren’t necessarily evidence that the browser experience will be performant and smooth across all scenarios.

Kraken 1.1 (Chrome/Safari/IE)

Google Octane v2  (Chrome/Safari/IE)

WebXPRT 2013 (Chrome/Safari/IE)

WebXPRT 2015 (Chrome/Safari/IE)

Regardless of whether an OEM is optimizing specifically for these benchmarks, it’s hard to ignore just how well Apple has optimized Safari and the dual core Twister CPUs as they’ve effectively set new records for these benchmarks in mobile. Of course, to try and really figure out the relative performance between CPU architectures when ignoring differences in operating system and developer convention we’ll have to turn to some of our native benchmarks such as SPEC CPU2000, but this will have to wait for the full review. What we can look at are some of our standard benchmarks that test graphics and game-related performance.

3DMark 1.2 Unlimited - Overall

3DMark 1.2 Unlimited - Graphics

3DMark 1.2 Unlimited - Physics

In 3DMark, we see the continuation of a long-running trend in the physics test in which the primary determinant of performance is clock speed and memory performance as data dependencies mean that much of the CPU’s out of order execution assets go unused. However, in graphics we see an enormous improvement, to the extent that the A9’s PowerVR GPU is actually beating the iPad Air’s GXA6850 GPU by a significant margin.

GFXBench 3.0 Manhattan (Onscreen)

GFXBench 3.0 T-Rex HD (Onscreen)

GFXBench 3.0 Manhattan (Offscreen)

GFXBench 3.0 T-Rex HD (Offscreen)

In GFXBench, we see a similar trend which is incredible to think about. Apple has managed to fit a GPU into the iPhone 6s that is more powerful than what was in the iPad Air 2 for OpenGL ES, which is really only possible because of the new process technology that enables much lower power consumption and higher performance.

GFXBench 3.0 Driver Overhead Test (Offscreen)

While I don’t normally call attention to most of the GFXBench subtests, in this case I think the driver overhead is worthy of special attention as it highlights one of the real-world benefits that improved CPU performance has. While we often think of CPU and GPU performance as orthogonal, the GPU is fundamentally tied to CPU performance to a certain extent as traditional APIs like OpenGL ES can have significant CPU overhead, especially as GPU performance has grown far faster than CPU performance. For APIs like OpenGL ES, to set up a frame it’s necessary for the CPU to check that the API call is valid, then do any necessary GPU shader or state compilation and begin running code on the GPU at draw time, which incurs increasing overhead as scenes become more complex. Through a combination of efficient drivers and enormous CPU performance, the dual core Twister CPU manages to set a new record for OpenGL ES driver overhead.

Web Browsing Battery Life (WiFi)

The final piece of data I've been able to collect over the course of the past few days is basic WiFi battery life. For those that are unfamiliar with the changes from the iPhone 6 line to iPhone 6s, the iPhone 6s now has a 1715 mAh (6.517 WHr) battery, and the iPhone 6s Plus has a 2750 mAh (10.45 WHr) battery. Both have a battery about 5.5-6% smaller than the previous generation.

Interestingly, the iPhone 6s Plus appears to actually have accordingly less battery life at 12.9 hours, or right around 6% less than the iPhone 6 Plus. This could be evidence that there haven't been any efficiency improvements to the iPhone 6s line, but given that our testing shows Apple is already at the point where our web browsing test is effectively a pure display rundown it's likely we're looking at the worst-case difference. This warrants additional investigation, but it's possible that a more balanced workload will even out the difference in battery life and maybe even tilt the scales back towards the iPhone 6s depending upon how much load is placed on the SoC.

Overall, while there’s still a great deal of work left to do to exhaustively evaluate the iPhone 6s and 6s Plus, the initial results are quite positive. I haven’t finished a detailed investigation into the architecture of Twister, but I suspect we’re looking at some pretty significant changes compared to Typhoon, which would be unlike the smaller move from Cyclone to Typhoon. The GPU improvements are enormous, and while we don’t have enough data to determine whether the iPhone 6s retains the same sustained GPU performance that we saw in the iPhone 6, the peak performance figures are impressive to say the least. The SSD-like storage solution is also a major surprise, and likely to be overlooked as its effects are often hard to distinguish without direct comparison. Battery life does regress in a single test, but I suspect in real-world situations with less of a focus on the display battery life will either be equal or favor the iPhone 6s, so it will be interesting to see if Apple's battery life estimates remain as accurate as they traditionally have been. We’ve definitely discovered much more about the iPhone 6s than what we’re able to cover in this initial article, so stay tuned for the full review.



View All Comments

  • watzupken - Monday, September 28, 2015 - link

    After going through some of the benchmarks, I think its quite amazing how much the mobile SOCs have improve at this point. It is still quite a bit to catch up with the Intel ULW processors, but they seem to improve by leaps and bounds with each passing generation while Intel is still sitting around idle thinking they are untouchable in the desktop/ laptop arena.
    Anyway, I am impressed with the improvement in the storage and graphics with the new iPhones. Waiting for patiently for a review here. ;)
  • Shadow7037932 - Monday, September 28, 2015 - link

    I'd like to see more competition for Intel in the desktop/laptop space, esp. since AMD isn't doing much these days. With that being said, x86 is deeply engrained in the desktop/laptop space so it's going to take a long long long time for ARM to do any serious impact here. Reply
  • trparky - Monday, September 28, 2015 - link

    I doubt ARM will do anything in the desktop space, a lot of people have legacy software that they must run and ARM basically throws legacy software out the window. There's a reason why Microsoft has decided to make only x86/x64 versions of their Surface tablets now. The ARM versions have no place in the Windows world except for phones and even then that's laughable since Windows Phones are essentially DOA. Reply
  • Pissedoffyouth - Monday, September 28, 2015 - link

    >a lot of people have legacy software that they must run and ARM basically throws legacy software out the window

    Then how come a whole ton of people buy Chromebooks, or use and iPad/Android tablet instead of a PC?

    Business use sure, but average Joe only needs Facebook and Chrome
  • kspirit - Monday, September 28, 2015 - link

    I don't know who this "Average Joe" is who keeps popping up everywhere, but people really do need more than Facebook and Chrome.

    Microsoft Office comes to mind. Mobile version is nowhere near the desktop version, and let's be honest, almost everyone needs Word at one point or another. Google Docs sucks.

    The average student can require anything from Latex to MATLAB to Visual Studio, not to mention the Windows software for students of Economics, etc.. ARM software doesn't cut it. Phones/Tabs and Laptops/Desktops might be getting more stuff in common but one can't replace another. Chromebook isn't even a threat to the Windows laptop market. They're more of a side option than a main PC alternative.
  • uhuznaa - Monday, September 28, 2015 - link

    Well, I think MS Office on a large iPad with a keyboard isn't all that different from MS Office on a laptop or desktop.

    And yes, it's not about a "main PC alternative" -- more and more people really don't need a PC to begin with. I know that this is hard to grasp for techies, but it's still true.
  • Wolfpup - Monday, September 28, 2015 - link

    Nope, it's not. I support a ton of normal users, and not one of them can make do without a real PC. None of them but one use a tablet (and she uses a Surface so that doesn't count) and for all of them a tablet is a luxury while a PC is a necessity. That's no different for me either. Reply
  • aliasfox - Monday, September 28, 2015 - link

    I'm not sure an ambitious high school or college student would be the best gauge of 'average joe-' even an undergraduate business student (like me, so many years ago) required Word, Excel, and Powerpoint for school use.

    However, now, I have Office, SAS, and a variety of database querying tools on my PC at work. And while I have a Mac Pro at home as well as a work issued Dell Latitude, most of my personal activities can be handled by the iPad Air - I'm not creating PowerPoint presentations to show my girlfriend, I'm not pulling thousands of rows of data into Excel to parse, and I'm certainly not writing the Great American Novel (which could certainly be done on an ARM based device, perhaps with a dedicated keyboard).

    Aside from an HTML5 aware browser and access to video streaming services, most people would be happy as clams. The only thing I do on my Mac Pro that I really wouldn't like doing on iPad is photo and video editing, but that's more a function of limited interface options rather than strictly hardware performance and software availability.
  • olde94 - Sunday, November 01, 2015 - link

    Yeah that's right! The show last year of the ipad air 2 handling 8k phots in pixelmator and 4k video, was actually impressive! and thus the interface is the biggest limitation :D! Reply
  • johnnycanadian - Monday, September 28, 2015 - link

    It really depends on the application. We've deployed a custom software solution on iOS to 200+ pipeline inspectors and operators. It's rock-bloody-solid because of the walled garden that is iOS: we don't have to worry about drive-by malware, the staff don't have to update system & antivirus software, and in the cases where they do? Not a single line of code has broken because of a system update.

    iOS & the iPad won't be a panacea for everyone but our lifetime cost-per-node is about 1/5 what it would have been if we'd have deployed standard Windows notebooks (hardware, software & support).

Log in

Don't have an account? Sign up now