I have no doubt Apple will provide the ability to run x86 code on ARM. After all they did so in the past with the 68K to PPC transition as well as the PPC to x86 transition. The solutions for both were generally seamless, trouble-free, and went very smoothly. The only downside tended to be a loss of performance due to the emulation. I would be absolutely stunned if they did not do something similar for ARM.I'll bet you 10 to 1 that Apple has something similar in the works, where it takes a macOS API calls and translates it into ARM calls on the fly, and 99% (number pulled out of my ass, yo) of the current applications would run without knowing what happened.
These solutions worked very well as, at the time they were done, Mac users typically used Mac applications. Today there's an added element in that a Macintosh can natively run x86 software which means it can natively run Windows. The switch to ARM will negate that benefit. Despite the existence of Windows for ARM it appears users have little interest of moving to it.
IMO there are a couple of reasons for this:
- The performance gain, if any, offered by ARM is insufficient.
- The lack of native ARM Windows applications.
So what does this have to do with the Macintosh transition to ARM? IMO a significant number of people use Windows on their Macintosh. Be it natively (i.e. Bootcamp) or through virtualization (Parallels). I suspect they can continue to do so with ARM based systems but at what, if any, performance hit? It's unlikely the majority of Windows software will ever migrate onto another architecture due to overwhelming critical mass.
Thus the move from x86 to ARM may make a lot of sense for pure Macintosh uses but it becomes murky when it comes to cross platform (as in OS platform) use. IMO one of the strengths of moving the Mac to x86 was that one could buy a Mac and, if some of the software they needed wasn't available on macOS, they could use it under an alternative operating system (typically Windows) without penalty. Unless their ARM processor can reasonably emulate x64 this advantage appears to be going away.
[automerge]1591971988[/automerge]
I agree that it is a long time but, unless you intend to make the argument they'll never move off of 14nm, it is temporary. I agree it probably makes more sense to skip it for something smaller.To me 4 years going into 5 years is a longer delay than temporary. If they were building something for the government that cost upwards of 10 billion a year and it ran over by 4 years there would be congressional hearings to determine why.
And it's possible they will abandon 10nm entirely, move to TSMC or Samsung's 7nm nodes etc
Last edited: