Non ci sono "4GB wall" su ARMv7, poiché molti core ARMv7 supportano LPAE (Large Physical Address Extension), che è un concetto simile a PAE su x86, tranne che LPAE usa l'indirizzamento a 40 bit . Il che significa che ARMv7 equipaggiato con LPAE può gestire fino a 1TB di RAM .
È anche importante ricordare che i prossimi core ARMv8, tra cui A7, non useranno l'indirizzamento fisico a 64 bit . Molto probabilmente A7 userà l'indirizzamento fisico a 40 o 44 bit. Successivamente, consente di accedere a un massimo di 16 TB di RAM.
Ovviamente con LPAE su ARMv7 o in modalità AArch32 su ARMv8, le applicazioni sono ancora a 32 bit, quindi l'applicazione stessa può accedere solo a 4 GB alla volta. Ma non penso che sarebbe un problema sui dispositivi mobili in qualunque momento presto.
Ti preoccupi che le app utilizzino più memoria (puntatori a 64 bit), ma non sarà il caso che le app funzionino in modalità a 32 bit (AArch32).
D'altra parte ARMv8 fornisce altri miglioramenti architetturali su ARMv7, che non sono correlati a AArch64.
TL, DR: 64-bitness di A7 è un espediente di marketing. Anche su sistemi con più di 4 GB di RAM non offre vantaggi significativi rispetto a LPAE per le app a 32 bit. E le app a 64 bit non arriveranno presto.
Aggiornamento: è stato confermato da Qualcomm marketing executive (attualmente ex dirigente, come è stato retrocesso per questi commenti ).
"I know there's a lot of noise because Apple did [64-bit] on their
A7," said Anand Chandrasekher, senior vice president and chief
marketing officer at Qualcomm, in an interview. "I think they are
doing a marketing gimmick. There's zero benefit a consumer gets from
that."
A benefit of 64-bit is more memory addressability, but that is not
relevant in today's smartphones or tablets, Chandrasekher said. The
iPhone 5s has only 1GB of DRAM.
"Predominantly... you need it for memory addressability beyond 4GB.
That's it. You don't really need it for performance, and the kinds of
applications that 64-bit get used in mostly are large, server-class
applications," said Chandrasekher, who previously ran Intel's mobile
platforms group. (source)