Yes, numerous times. Across numerous different architectures, CISC and RISC. It certainly helps one find foolish assumptions one has made in the code. You learn to write more portably after a few of those.ever tried to port a complex application across cpus? Especially from a cisc to risc platform?
Now you're talking about an entirely different subject which does not have any bearing on the subject at hand (I would also point out that juggling chainsaws is extremely hard, and that also has no bearing on porting between chip architectures) - moving from one OS to a completely unrelated OS is a giant pain - every system call has to be reconsidered and one has to work around the ones that are present on one system and missing on the other, to say nothing of rewriting all the UI code to some new API. But that's nothing like what a macOS-on-Intel to macOS-on-ARM port would require. Those are two entirely different tasks.Its rarely cost effective to do port from windows to Mac even on intel. Across cpu families, it's likely no cost effective At all.
I'm tech savvy but have a limit..
Would someone explain to me what are the implications of this?
Here's some context with why I (average user) care about it: I've been wanting to buy a MBP for years now, waiting for that combo (redesign, hardware related issues control i.e keyboard, etc) just generally the "next era" MBP. With the rumored comeback of the magic keyboard, I'm inclined to buy this next one (sad the 14 inch wishful thinking never translated in a single leak). But this is more of a convenience purchase, not a "need" right now; so I could easily wait one more year.
So, some intriguing questions:
Hopefully some of you care or simply find entertaining to help/explain all this!
- Will ARM processors run everything? i.e will it be a seamless tansition for us?
- Would this sole change make you careful about buying the first gen ARM based macs?
- What other implications would all this mean? (pro/cons)
Regards,
The biggest implication will be the loss of support for legacy software.
The concern i have is that they are going to lock it down hard. This 16" Macbook Pro may be my last Mac, particularly if they remove bootcamp functionality.
Read the OP quote:
"If you are willing to provide a desktop-style cooling solution (i.e. heatsink and fan) there's absolutely no reason ARM can't own x86-64."
Sure, switching to ARM will grow the market, but ARM won't *own* the market like the OP claims. I can't re-call claiming the ARM market would shrink...
For ARM to own the x86-86 market, they'll have to dominate Windows, and that will be a hugely difficult task to do. The chicken and egg situation, like I've referred to.
Depends on whose SDKs the apps use. On iOS, generally developers have no choice but to use Apple's APIs for everything. On MacOS, developers have been free to use any other compatible API if they wanted, or even bring in additional libraries if needed. It really depends on the app.
I agree that most common apps will be fairly easy to port, especially if they were written for maximum OS X compatibility from the start. But some of those apps written for Linux and X11 that were brought over to OS X later are probably going to be a giant pain to port.
Geekbench also inserts a 1 second pause in between each test so thermal limitations of mobile devices don't negatively affect their results.
Most games are 32 bit, and as such will already run in Windows ARM (and already don't work on Catalina) today via Microsoft's emulation layer.As an option, sure. As a replacement, it'd put a quick end to Mac use in corporate environments.
and it'd kiss gaming goodbye. Sure you might have iPad games, but the big titles would never port, and losing bootcamp would be the final fork in Mac gaming.
I really hope this doesn’t accelerate the already declining availability of Macintosh ported software. Also hope it doesn’t result in even more lock down and strip down for MacOS.
It is, but it’s early days.Windows is also going ARM.
And since Apple just built VM hypervisor for Mac recently it's hard to imagine they will not support running Windows ARM in VM.
Recent Windows Server ARM insider build already shows Hyper-V running on ARM running Windows ARM. (Yes ARM host and ARM client VM)
Open source software targeting Linux might already support running on ARM and already runs on ARM with cocoa API and Darwin kernel--iOS.
They will not replace the main CPU of the systems any time soon. Might add another chip to allow it to run certain things (similar to how things get offloaded to the GPU), but an interpretation layer will NOT give the performance everybody is dreaming out.
You got it wrong.
Sun exist because they have SPARC that is compatible to Oracle's database and other middleware back in 90s and early 00s.
x86 was the "new and proprietary" architecture at that point. Almost no one ever though x86 will ever take over the server market back then.
I totally want that water cooling. 👌😀Yes! The zillions of macrumors fanboys who screamed for a G5 PowerBook are finally going to get their wish. (except with a RISC ISA and implementation that’s more than 10 times faster, and no water cooling needed!). With probably even more apps available for it.
Or do all of you really want that water cooling?
It is, but it’s early days.
Windows has been ported to multiple architectures in the past, with less than successful outcomes.
there’s no guarantees this time round.
I wonder if the ARM chip will be a "co processor", capable of running native code for better power consumption?
Getting rid of options to run x86 would be too drastic a change IMHO. (I'd prefer an AMD option)
IPad version of adobe? Really not even close to what a macOS version can doI'm all for this. The only non-Apple apps I use anymore are Photoshop and Lightroom and my understanding is that the iPad versions of these apps are pretty capable, so as long as it will run competent versions of these apps, I'll gladly buy an ARM MacBook.
Perhaps it'll just be an iPad Pro with non-detachable keyboard?![]()
Sun ported Solaris to x86 in 1993. Your timelime is waaay off.