Mostly, this is not going to change anything. You will see your code size increase, because unless you use PIC, you’ll have to store 64-bit addresses instead of 32. There will be more cache misses as your memory space becomes sparse. It will surely run faster, but not because the bus size has been increased, but because the number of GPR is doubled, thereby allowing some optimizations during scheduling and context switching.
But what bother me most, is that I don’t really see the point. A smartphone is a phone, it is neither a web server nor a huge database machine nor a supercomputer. Who wants to mmap 5 GiB files on a phone? Which process needs more than 2 GiB at most? Seriously? Will it make you reading your mail faster, loading webpages instantaneously? Will your calendar feel snappier? Besides marketing and advertisement, nobody really needs that amount of power. We’re not going to simulate galaxy dynamics on an iPhone, or derive the flow lines around the next fighter of the US Air Force… The iPhone 3S already delivers a more than sufficient experience for the vast majority of users. Besides, embedded programming is about optimizing and stuffing the most in the tiniest space… Vincent _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
