Apple will singlehandedly make 2021 "the year of Linux on the desktop".
When was the year of the macOS desktop?
ARM Mac: Why I'm Worried About Virtualization
31–40 of 313 posts
Re: ARM Mac: Why I'm Worried About Virtualization
#32Re: ARM Mac: Why I'm Worried About Virtualization
#33Mac book was never really a dev platform. Maybe for front or nodejs, or definitly for native apple apps, but seriously, brew and so are so subpar.
Re: ARM Mac: Why I'm Worried About Virtualization
#34Do we know that Boot Camp isn’t supported by Big Sur? Or is it just that one can’t run an x86 OS on an ARM architecture? In other words - will I still be able to dual-boot into something like ARM-flavored Linux?
one can’t run an x86 OS on an ARM architecture
This is the limitation. There is an ARM version of Windows, but the comments from Microsoft don't sound terribly promising: “Microsoft only licenses Windows 10 on ARM to OEMs. We have nothing further to share at this time.” [1]
And Apple has more firmly stated that this won't be an option: “We’re not direct booting an alternate operating system,” says Craig Federighi, Apple’s senior vice president of software engineering. “Purely virtualization is the route. These hypervisors can be very efficient, so the need to direct boot shouldn’t really be the concern.” [1]
1: https://www.theverge.com/2020/6/24/21302213/apple-silicon-ma...Re: ARM Mac: Why I'm Worried About Virtualization
#35Didn't think of that. If running Docker is 10 times slower on ARM and virtual box doesn't support the architecture at all, this might indeed end developers using Mac.
Honest question: What sort of development regularly requires using docker or virtualized OSes?
Re: ARM Mac: Why I'm Worried About Virtualization
#36Do we know that Boot Camp isn’t supported by Big Sur? Or is it just that one can’t run an x86 OS on an ARM architecture? In other words - will I still be able to dual-boot into something like ARM-flavored Linux?
Re: ARM Mac: Why I'm Worried About Virtualization
#37> Why can't you update the Docker image to also support ARM? You theoretically could switch your backend to run ARM Linux. However, this would take months - renting out ARM instances, re-building all repositories, and a tense switch over. I don't see why this would be so hard. If anything, I expect to see a massive upswing in things like AWS Graviton2 uptake, and a lot of common Docker images being built with ARM ver…
Didn't they show off a native arm docker image running in the keynote?
Re: ARM Mac: Why I'm Worried About Virtualization
#38> Why can't you update the Docker image to also support ARM? You theoretically could switch your backend to run ARM Linux. However, this would take months - renting out ARM instances, re-building all repositories, and a tense switch over. I don't see why this would be so hard. If anything, I expect to see a massive upswing in things like AWS Graviton2 uptake, and a lot of common Docker images being built with ARM ver…
>>> expect ... a lot of common Docker images being built with ARM versions out of the box. This has no chance of happening. The common cloud CI systems do not support ARM at all (travis, circle CI and co). There is only a minority of developers with macbook and the rest is not going to spend $2000 to buy one just to build some docker images.
Re: ARM Mac: Why I'm Worried About Virtualization
#39If you hadn't sold yourself out of the free market, you would be able to choose what architecture machine you bought.
Re: ARM Mac: Why I'm Worried About Virtualization
#40Apple will singlehandedly make 2021 "the year of Linux on the desktop".
However, I think Apple has been a far greater threat to Linux adoption than Microsoft. Why? Because it gives techies the *nix environment they want, with the software and hardware support no one will give them on Linux.
There is real value in proprietary commercial end-user application software. Most companies who make such software couldn't care less about supporting Linux. So if you want to use Linux, you have to use F/OSS alternatives and continue to try convincing everyone that somehow they're better than the commercial options... even when the rest of the world has agreed that they're really not.
The whole incentive structure around F/OSS development really doesn't work for software where the profit motive is in the product itself... Not some nebulous "support contract" that you don't actually need. (Which is a far bigger issue for end-user applications.)