AutoCAD isn't ultra optimized for Mac anyhow, it will be okay.
This transition may screw up or significantly slow down VMs of Intel-based OSes like Ubuntu.
AutoCAD isn't ultra optimized for Mac anyhow, it will be okay.
This transition may screw up or significantly slow down VMs of Intel-based OSes like Ubuntu.
This may be a terrible outcome for multi-OS users, but it's not guaranteed.
But the Mac thrived for a very long time without x86 compatibility, and it can do the same again, virtualization was always kind of a happy accident for us anyway.
No they won't.
One thing they could run with is ARM-on-ARM virtualization, which is a more direct (heh) parallel to what they do on Intel now, but ARM hypervisors are less mature, and their practical applications, less readily apparent.
VMWare's primary market is vSphere -- and you don't run vSphere on a MacBook.
If my Steam library couldn't come with me, there's no way I'd get an ARM Macbook.
Frankly, I'd be surprised if even a game like Overwatch got an Arm port.
The problem is that you are not just porting from a low TDP atom(by any other name) chip with a intel gfx card but a class of computers that include dual Xeon systems with 2 or more high end ati cards, to something that don't really scale upwards from a macbook air in terms of raw power.
And when you remember how badly outperformed even the highest spec mac pro is compared to their competitors, who is likely still going to be around a decade from now the question is to what extend a maker of high margin niche product targeted at demanding professionals(with corporate procurement budgets) to even consider supporting the mac with anything but a simplified html5 based consumer version that lacks most of the advanced features going forward.
Sure, but if we're deploying to x86 servers running Linux, then running Ubuntu on virtual ARM doesn't seem terribly wise[0] — it won't tickle the right bugs.
[0] For my money, running Ubuntu in general is a poor idea. It's not a great server OS, so it shouldn't be on the server — and if it's not on the server, it shouldn't be on the development systems either. Just run Debian everywhere.