Nothingness said:
Because even here more than 90% of the people aren't devs.
Well, I don't expect them to know it already, or necessarily understand why, but it'd be nice if they listened and maybe asked instead of just ignoring it ;p
Maybe if I just linked to Linus Torvalds ranting about it they'd take it on authority.
Nothingness said:
I think we can rule out 4 cores, or they'd have said "more than 2x" not "up to 2x" (unless they also reduced clock frequency).
"Up to 2x" CPU performance is actually exactly what they said about the A5 chip, which both doubled the core count and moved from Cortex-A8 to A9, while keeping the clock speed the same. So there's a pretty direct precedent for doing it again, although it'd be a little disappointing if it's just quad core. Triple core would be kind of interesting, seems like a reasonable tradeoff.
Nowhere in that press release does Samsung say they made 3GB instead of 4GB memory because of address space limitations. I already said it in my post, it's not special just because it's 3GB. We don't know what the practical considerations are for a 3GB module vs a 4GB one.
sm625 said:
64 bit is so bloated compared to 32. The last thing we need are 64 bit phone apps that consume twice as much storage space for no tangible benefit. I wonder if this is sponsored by AT&T and Verizon... as they are the only ones who will benefit from a move to 64 bit.
A 64-bit app isn't going to need twice as much storage - by storage I assume you mean where your apps go, like flash. There's no reason why it should need any more storage at all, except that the instructions are less dense than the Thumb-2 ones currently available in 32-bit ARM (I have no idea if this is something iOS apps use or not. Android ones generally do). But that has nothing to do with it being 64-bit.
If you were referring to RAM, there is generally a penalty in RAM footprint from moving to 64-bit because your pointers are twice as large. But typically it's nowhere close to 2x, even if you don't employ any kind of pointer compression. A lot of data is raw or flat as opposed to containing complex data structures with a lot of pointers.
It could trend worse on non-NDK Android apps though, historically it's been a challenge with Java and that would translate to Dalvik. There are still some ways to deal with it.
One thing I'm not sure everyone realizes that going 64-bit doesn't maen they're dropping 32-bit support nor does it mean everyone is going to start making 64-bit apps. A few heavy duty ones will be, but I suspect most people will opt to stay with 32-bit for a while. 64-bit is of the most benefit to the OS kernel.
TerryMatthews said:
I honestly don't know, does the iPhone have any form of XIP?
Are you from a GBA homebrew community or something? XIP doesn't work with NAND flash, which is what most devices use for storage.