Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

bootcamp and M1

does the new macbook air with a M1 has a bootcamp?

MacBook

Posted on Nov 10, 2020 1:39 PM

Reply
47 replies

Nov 12, 2020 9:06 AM in response to sievebrain

sievebrain wrote:

Then I will no longer be purchasing Apple products. I'm a developer and the combination of Apple hardware with the ability to boot natively in Windows is the sole reason I purchased my Mac Pro Desktop (Yes, $4,000.00+). It allowed me to develop software for ANY platform. Parallels, as good as it is, is still painfully slow to develop with. I'm sure one of the main reasons sales sky rocketed in 2006 (when you switched to Intel) was exactly this reason.

'You' is not Apple here in this discussion. 😉.


  • If you buy an Intel-based Mac, you can use Bootcamp.
  • If you buy an Apple M1 Mac, you will need to use Virtualization.


The choice is a buyer's choice.

You've made a huge mistake, basically taking a step backward to the days of the PowerPC and all the issues that came along with that.

Product Feedback - Apple is the best resource for such feedback, not the ASC.

You've now basically lost both the development and gaming population. I can run all my Steam games very nicely when I boot to Windows on my Mac Pro Desktop. Now I won't be able to do that as well.

Gaming is not the only vertical industry that uses Macs. The Corporate world uses Macs, too. Other software development utilizes the U*nix features of Macs.

No matter how fast this environment is, nobody will be developing games for it just like nobody develops games for it now. You'll only have the same, frankly lame games you currently have.

Microsoft Surface Pro X uses an ARM 64 SoC.

HUGE MISTAKE.

Time will tell. 😜

Nov 11, 2020 7:03 AM in response to sude13

Lol, I spoke with Apple this morning and was told I could partition the drive and install Windows but that was their general support team for existing Macs.

So I asked again just now to the technical team and was told Bootcamp is not available on MacBooks running M1 and it is recommended not to partition the drive.

The solution they offered was to use a Virtual machine such as Parallels (but I don't think they have a version for MacBooks running M1).

So I asked 1 question and got 2 different answers! Thats 2020 for you!

Nov 12, 2020 8:03 AM in response to Loner T

Then I will no longer be purchasing Apple products. I'm a developer and the combination of Apple hardware with the ability to boot natively in Windows is the sole reason I purchased my Mac Pro Desktop (Yes, $4,000.00+). It allowed me to develop software for ANY platform. Parallels, as good as it is, is still painfully slow to develop with. I'm sure one of the main reasons sales sky rocketed in 2006 (when you switched to Intel) was exactly this reason.


You've made a huge mistake, basically taking a step backward to the days of the PowerPC and all the issues that came along with that.


You've now basically lost both the development and gaming population. I can run all my Steam games very nicely when I boot to Windows on my Mac Pro Desktop. Now I won't be able to do that as well.


No matter how fast this environment is, nobody will be developing games for it just like nobody develops games for it now. You'll only have the same, frankly lame games you currently have.


HUGE MISTAKE.

Nov 12, 2020 1:08 PM in response to BobTheFisherman

Yes, and they also released Windows RT and who bought those? Who is buying the ARM versions of Microsoft's Surface? ?According to this article, it's not going so well.


Microsoft bet against Intel with its new Surfaces — and lost

https://www.theverge.com/circuitbreaker/2019/11/7/20954044/microsoft-amd-qualcomm-intel-processors-arm-surface-laptop-3-pro-x-future-computers


So, now Apple is doing the same thing?

Nov 12, 2020 1:13 PM in response to sievebrain

So, what would be my upgrade path? I can't keep using my Mac Pro Desktop, it's already incompatible with some of the software I use.


I can't buy a new Mac, unless I no longer want to do Windows development.


Therefore I'm back to having a Mac to do Mac development and a PC for doing Windows development.


It's a step backwards for me and an increase in hardware cost. Running a VM on the Mac is just too slow.


What would you suggest?

Nov 12, 2020 3:32 PM in response to sievebrain

Windows NT (fathered by Dave Cutler) at one point supported Intel, MIPS, DEC Alpha, ARM, PowerPC, Itanium,... . Microsoft stuck to Intel and removed support for others in W2K.


The choice of ARM is partly driven by battery limitations. Intel has many issues with 5nm fabrication. Microsoft/Qualcomm use an ARM SQ2 design for Surface Pro X.


If Microsoft and Apple step away from Intel, and vendors like AMD and nVidia produce their own ARM SoCs, Intel will be in a tough place.

Nov 15, 2020 7:57 AM in response to Loner T

Will they though? Virtualisation and Emulation are two different things. Running x86 architecture on an ARM processor requires some emulation as well as virtualisation. It's the same reason you cant run AIX/Unix type operating systems on Intel Processor based virtual platforms.


I think you'll find this assumption is not correct and even if they do manage to emulate the command set it'll be resource intensive and potentially very slow.

Nov 15, 2020 8:14 AM in response to sailingbikeruk

sailingbikeruk wrote:

Will they though?

Unless Intel can address it's fabrication issues, the pursuit of non-Intel CPUs/GPUs will continue.


There will always be room for non-Intel processors on devices. Mobile phones are a prime example of such use.

Virtualisation and Emulation are two different things. Running x86 architecture on an ARM processor requires some emulation as well as virtualisation.

It has been done before, and many times over. Apple chose to stay away from such on Rosetta2.

It's the same reason you cant run AIX/Unix type operating systems on Intel Processor based virtual platforms.

This is a bit confusing. macOS Big Sur is U*ix. Parallels/Fusion/VirtualBox support U*ix. WiNE emulates Windows. ESXi and Xen both allow U*ix. Can you clarify your statement?

I think you'll find this assumption is not correct and even if they do manage to emulate the command set it'll be resource intensive and potentially very slow.

Yes, this is partly true. Resource-Intensive - yes. Slow - perhaps, but it will be dependent on the specifics of the implementation. Computing hardware industry has waffled between CISC and RISC architectures for decades.

Nov 15, 2020 8:32 AM in response to Loner T

Loner T wrote:
Unless Intel can address it's fabrication issues, the pursuit of non-Intel CPUs/GPUs will continue.

There will always be room for non-Intel processors on devices. Mobile phones are a prime example of such use.

I wasnt disputing this, I was challenging your assertion that Bootcamp and software for x86 architecture would run on a virtualised platform.

This is a bit confusing. macOS Big Sur is U*ix. Parallels/Fusion/VirtualBox support U*ix. WiNE emulates Windows. ESXi
and Xen both allow U*ix. Can you clarify your statement.

I accept that there are Unix like systems that have been written for or ported to x86 but the point is that they have had to be re-written, you can't take AIX and run it on a virtual platform because it is specifically for IBM pSeries, similarly with Sun Microsystems, they ported their OS to x86 but the original doesn't run natively so wont run on a virtual platform.


It could all change and become fairly academic if Microsoft decide to follow Apple wholesale to ARM and port Windows to that architecture (which it seems is already done for the Surface). It's not a great leap and there is more of a call for light portable devices with longer battery life - it's not beyond the realms of possibility.


As things stand - Bootcamp won't work and no current virtualisation will work and allow x86 programs on ARM Architecture.



bootcamp and M1

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.