Usability & iOS 7

The iPad Air remains one of the best consumer tablet experiences around. The OS and Apple’s first party applications are both extremely well suited to the tablet, and there’s a very healthy ecosystem of third party applications to fill in the gaps left by Apple.

Lately Apple has been doing wonders to limit those gaps. Both iLife and iWork suites are now free with the purchase of any new iOS 7 device, including the iPad Air. Previously each of the three iLife apps set you back $5 a piece ($15 total), while the iWork apps were priced at $10 a piece ($30 total). Apple has truly embraced its role as a devices and software company and is using the latter to help sell the former. On the one hand this is an admission that the market is growing more competitive, as tossing in free software is a great differentiator. On the other hand, freeing up iLife/iWork is a vote of confidence in Apple’s ability to continue to demand a premium for its hardware. Neither suite comes preinstalled on the iPad Air, but upon a visit to the App Store users are reminded that they can get all six of the apps for free if they should desire to. I suspect part of the reason that they’re not bundled by default is to avoid eating up space on the devices with less NAND by default.

The core iOS apps are quite approachable and easy to use. Applications like Safari and Mail make great use of the high resolution screen. Obviously the same can be said for things like Photos and iPhoto. The virtual keyboard experience is great on the large display (especially in landscape mode). Honestly, if there was a good Google Hangouts app (the Android version is much better in my experience) for iOS 7 I think I could be very comfortable and productive on the iPad Air.

I find that task switching is far better on the iPad than it is on the iPhone since multitasking gestures are supported. A four finger swipe left/right between applications or up/down to bring up the task switcher is so much quicker for me than a double tap of the physical home button. Similarly a five finger pinch to get back to the home screen from any application is significantly faster. The new iOS 7 multitasking UI feels so much more at home on the iPad’s large display as well.

My only complaint about task switching on the iPad Air is that UI frame rate will regularly drop below 30 fps during some of these transitions. The added GPU performance on the A7 doesn't seem to really impact things compared to the A6X, so I’m fairly convinced at this point that the solution to the problem will have to come in software. It’s quite reminiscent of the Retina MacBook Pro UI frame rate issues under Mountain Lion, although not nearly as bad (and I’m hoping it won’t take a year to get these ones resolved).

The release of iOS 7.0.3 addressed (at least partially) some of my concerns around the OS. As I already mentioned, stability on 64-bit platforms seems somewhat improved - at least compared to the initial release of iOS 7. The other big improvement in my mind is the ability to turn off/reduce the transition animations. The impact to usability on the iPhone 5s is huge, but it’s also pretty significant on the iPad Air. The animations themselves are pretty but I find that they get repetitive after continued use.

Memory Size & The Impact of 64-bit Applications

The iPad Air, like the iPhone 5s, ships with 1GB of LPDDR3 memory. Apple frowns upon dissection of review samples but I think it’s a safe bet that we’re not talking about a PoP (Package-on-Package) configuration but rather discrete, external DRAM here. It’s also probably a safe bet that even the iPad mini with Retina Display will ship with 1GB of memory as well.

Something I didn’t have time to address in my iPhone 5s review was the impact of 64-bit applications on memory usage. I actually ran some tests after the 5s review hit but never got the chance to share the data, so I figured now is as good a time as any to do just that.

Unlike traditional desktop OSes, iOS doesn’t support paging to disk (or in this case, NAND). Application data can either reside in memory or the associated process is terminated and has to be reloaded the next time you request it. It’s a decision likely made to both maintain user experience and limit the number of program/erase cycles on the internal NAND.

The good news is that iOS was architected to run on as little hardware as possible and as a result tends to be quite memory efficient. There are also power implications of going to larger memories. The combination of these two things has kept Apple on the conservative side of increasing memory capacity on many iDevices.

The move to a 64-bit platform however does complicate things a bit. Moving to a larger memory address space increases the size of pointers, which in turn can increase the footprint of 64-bit applications compared to their 32-bit counterparts. So although there’s clearly a performance uplift from app developers recompiling in 64-bit mode (more registers, access to new instructions), there’s also an associated memory footprint penalty. Since the iPad Air and iPhone 5s don’t feature a corresponding increase in memory capacity, I wondered if this might be a problem going forward.

To find out I monitored total platform memory usage in a couple of scenarios. Before measuring I always manually quit all open apps and performed a hard reset on the device. Note that the data below is reporting both clean and dirty memory, so it’s possible that some of the memory space could be recovered in the event that another process needed it. I hoped to minimize the impact by always working on a cleanly reset platform and only testing one app at a time.

I looked at memory usage under the following scenarios:

1) A clean boot with no additional apps open
2) Running Mobile Safari with 4 tabs open (two tabs, two tabs, all showing the same content)
3) Infinity Blade 3 (64-bit enabled) sitting at the very first scene once you start the game
4) iOS Maps in hybrid view with 3D mode enabled, with a WiFi assisted GPS lock on my physical location
5) Google Maps in the same view, under the same conditions. I threw in this one to have a 32-bit app reference point.

In general you’re looking at a 20 - 30% increase in memory footprint when dealing with an all 64-bit environment. At worst, the device’s total memory usage never exceeded 60% of what ships with the platform but these are admittedly fairly light use cases. With more apps open, including some doing work in the background, I do see relatively aggressive eviction of apps from memory. The most visible case is when Safari tabs have to be reloaded upon switching to them. Applications being evicted from memory don’t tend to be a huge problem since the A7 can reload them quickly.

The tricky part is you don’t really need all that much more memory. Unfortunately as with any dual-channel memory architecture, you’re fairly limited in how you can increase memory capacity and still get peak performance. Apple’s only move here would be to go to 2GB, which understandably comes with both power and financial costs. The former is a bigger concern for the iPhone 5s, but on the iPad Air I would’ve expected a transition sooner rather than later.

Although things seem to have improved with iOS 7.0.3, the 64-bit builds of the OS still seem to run into stability issues more frequently than their 32-bit counterparts. I still see low memory errors associated with any crashes. It could just be that the move to 64-bit applications (and associated memory pressure) is putting more stress on iOS’ memory management routines, which in turn exposes some weaknesses. The iPad Air crashed a couple of times on me (3 times total during the past week), but no where near as much as earlier devices running iOS 7.0.1.

Battery Life Final Words


View All Comments

  • Solon - Wednesday, October 30, 2013 - link

    The Kindle HDX has a 1920x1200 screen, and the iPad Mini 2 has a 2048x1536 screen. So what does "pack more pixels" mean? Because it doesn't appear to mean more, you know, more pixels. And as far as the packing, the HDX is 323 ppi and the Mini 2 is 326 ppi, which is basically the same. But I guess the Mini 2 has a higher ppi, so it wins here too. Reply
  • Kamus - Wednesday, October 30, 2013 - link

    "Pack more pixels" means just that. The Kindle Fire HDX has a 2560x1600 resolution. And it has a 339 PPI, and like the iPad, it is factory calibrated. It is, with out a doubt, a true contender for the best LCD display on a tablet. Reply
  • cheinonen - Wednesday, October 30, 2013 - link

    The 8.9" Kindle Fire HDX has a 2560x1600 screen, not the 7". Since the 8.9" hasn't been released yet, all you know are specs on it and we have zero idea if it's calibrated or not. Once it comes out then people can take a look at it. The only numbers I've seen on the Fire HDX are that it encompasses the sRGB gamut which has absolutely nothing to do with accuracy. Reply
  • Morawka - Thursday, October 31, 2013 - link

    yeah he shut up pretty quick after that Reply
  • Bob Todd - Wednesday, October 30, 2013 - link

    Comparing any Kindle (or any eReader focused device) to a 'real' tablet is a complete waste of time. The software is so incredibly gimped that using them as a general use tablet is frustrating at best. And don't even start on rooting and custom ROMs. Even with stable builds of something as nice as Cyanogenmod, they tend to never work 100% (e.g. Nook HD+ with CM 10.x vs. any Nexus tab) and have a bunch of little goofy things you have to be able to accept because you bought an eReader hoping it would be an awesome cheap tablet. Reply
  • kmmatney - Wednesday, October 30, 2013 - link

    I will second that - I have both an iPad2 and a rooted Nook HD+. The screen on the Nook HD+ is good, but Cyanogenmod still has enough bugs to degrade the overall experience. And no matter what, rooting is always a pain in the butt. I learned not to use nightly builds, as one of them bricked by device, and I had to revert back to an older build.

    I also Jailbroke my iPad, but there wasn't really much of a need, so just went back to stock with iOS 7. The iPad2 is just a better device than the Nook HD+, despite the lower screen resolution.
  • Lizbeth - Sunday, November 3, 2013 - link

    adding google play to amazaon hd/hdx is fairly simple and you don't need a custom rom, just root it and install the app for the google store... Reply
  • Guspaz - Wednesday, October 30, 2013 - link

    The Kindle is also a smaller tablet in terms of screen size, so that's not really a valid comparison... You're looking at 45.2 sqin for the iPad while only 35.6 sqin for the Kindle HDX.

    If you scale the iPad Air's weight by the difference in screen size, you get almost the exact same weight as the Kindle HDX (within 5 grams), indicating that a scaled down iPad Air or a scaled up Kindle HDX would match up very closely.
  • KoolAidMan1 - Wednesday, October 30, 2013 - link

    The Kindle HDX is lighter because it is plastic, the display isn't properly calibrated like the iPad's, the hardware is much slower, and its software is limited.

    You get what you pay for,
  • Spunjji - Tuesday, November 5, 2013 - link

    Everything you just said is factually inaccurate bar the software part. But don't let that stop you saying it! ;) Reply

Log in

Don't have an account? Sign up now