64-bit Apps for iPhone 5s Will Be Larger, But You Probably Won’t Need More Storage

| Analysis

Apple's new iPhone 5s uses a 64-bit A7 CPU. The next generation 64-bit apps will be a little bit larger and hybrid 32/64-bit apps will be almost double in size. If you're you're thinking about a 16 GB iPhone 5s, should you consider a 32 GB model instead? I asked a few iOS developers about it.


To answer this question, it's helpful to size up, so to speak, how much storage your apps use compared to other kinds of data, for example, videos, music and photos. Then, it's helpful to get a feel for what the impact is of moving to a few 64-bit apps.

I have a 16 GB iPhone 5. Let's take a look at my storage shown in iTunes.

My iPhone 5 storage shown in iTunes

  • 652 songs use 4.8 GB. That's about 7.4 MB per song.
  • 755 photos use 1.75 GB. That's about 2.3 MB per photo.
  • 84 apps use up 2.4 GB. That's about 28 MB per app.

The thing to note is that while apps are generally larger than songs or photos, we're not likely to have as many of them. As a result, even if you have a lot of apps, by most standards, you're probably not going to chew up a lot of storage -- less than 3 GB for 100 apps.

Phil Schiler introduces the 64-bit A7 in iPhone 5s. (Image Credit: Apple)

The 64-bit Impact

I asked Rich Siegel, the President of Bare Bones Software, about whether the new generation of 64-bit apps will dramatically increase our need for storage on the iPhone 5s. He told me:

If we deliver a product for both 32- and 64-bit architectures in a single package, the code portion of it will be roughly twice the size, simply because you've got two compiled binaries in the package instead of one. (Not too dissimilar from the PPC/Intel "Universal" package considerations [from the Intel transition era.])

The overall package size difference won't be twice, though, because code size is only part of the contribution to overall package size.

The single-architecture package should be pretty close in size, no matter which architecture it is.

Peter Kelly of UX Productivity added some detail:

Currently by default most apps are compiled with support for two architecture: armv7 and armv7s (the latter is supported by the A6 processor). With 64-bit support, apps will be compiled with on additional architecture: arm64. So this will increase the size of the executable by about 33 percent.

However the total package size for an app contains not just code but also data -- games in particular will be primarily resources (graphics, music etc.) while productivity apps generally have far less. I would estimate that for a lot of apps the difference will be somewhere around 5 to 15 percent increase in size.


As you can see from the experts above, you would have to replace every app you have with a dual-architecture 32/64 bit app—which would be just under double in size. That's not likely to happen in the short term. At the very worst, over the years your storage for apps might jump from 3 GB to less than 6 GB if you're an average user.

Meanwhile, as you replace some single-architecture 32-bit apps with, say, 64-bit versions as they become available, their size might grow 5 to 15 percent on average. But you'd have to replace every one for your total storage needs to grow by, at most, 15 percent. That would take you from, roughly, 3 GB to 3.45 GB.


If you're living on the very edge and are almost out of storage on a 16 GB iPhone 4/4S/5, you'd probably want to jump to a 32 GB (or more) iPhone 5s anyway. However, if iTunes tells you that your allocation for apps is just a few gigabytes, and your phone isn't heavy with videos, songs and photos, the modest increase in size for 64-bit apps isn't going to be a factor in deciding on the more expensive 32 GB iPhone 5s.

Marco Arment, the author of Instapaper, had some good advice. "You could probably delete three photos and make up the difference."


64-bit teaser image credit: Apple



I need to pare down my music list considerably to fit back into a 32 GB model, even without going to 64-bit.

I’m probably not going to upgrade my 4s until the 6s though, so hopefully that becomes the midline model by then.


Very useful article. I had some concern that the A7 was going to force me to the 32 GB iPhone. It would have been better for Apple to set the minimum at 32 anyway. Perhaps they will with iPhone 6.

Lee Dronick

The videos I am taking with the iPhone, and the iMovie projects, are taking up more and more space. Periodically I copy them to the iMac and then delete them off of the iPhone.


“and hybrid 32/64-bit apps will be almost double in size.”

I want to come off rude, but I’m not sure the author understood what the developers were saying?

If I download a 32-bit app that’s 1MB in size; it has two parts, code and resources. With a lot of apps, it’s usually the resources side that is the largest. So, that app I downloaded may contain 300k of code, and 700k of recourses, giving me the total 1MB. If it were to be recompiled as a hybrid app, the size would only grow to 1.3MB… the code will double in size to 600k, but the resources are still 700k.

Games take up the most space and they are mostly made up of resources (textures, graphics, video, etc.), and the engine that drives the game is the code. If you have a game that takes up 2.5GB of storage space, chances are a hybrid version of the game isn’t going to take up much more space; maybe 2.6GB. (If that, I can’t imagine any game code takes 100MB!?)

I wrote a small iOS app that has very little bling and is mostly code… It’s 650KB. The code comes to a total of 168K. The icon file in the resources section is 316KB all by itself!!! So even if I recompiled my little program it would only grow to 850K.


Oops! Sorry. A small typo in my previous post…

I meant to say… “I DON’T want to come off rude…”

Again, Sorry.

John Martellaro

mjtomlin:  That’s a detail that’s fairly geeky for this article, although Peter Kelly does refer to it.

But you’re right.  It depends on the code size compared to the resource size.  Tim DeBenedictis, author of Sky Safari, wrote me:

“For SkySafari Pro, which is approaching 1.2 GB in total app size, the
executable code is 14.5 MB - that’s about 1% of the total app.  If we
double it by making a 32/64-bit fat binary (and I see no reason to do so—32-bit code works just fine for us) it won’t make dent in what the user

Log in to comment (TMO, Twitter or Facebook) or Register for a TMO account