Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

haralds

macrumors 68030
Jan 3, 2014
2,991
1,252
Silicon Valley, CA
Turned of Time Sync and everything started working. Signed into Preview Dev Channel and updated to 21277. Installed Office 365 and and Visual Studio. All works rather smoothly so far,
Have to shut everything down since suspension is not yet supported. But a good start,
 

bill-p

macrumors 68030
Jul 23, 2011
2,929
1,589
So it's kind of funny, but I've been playing with this on and off today, and now I've had some time to install some more apps to try.

It's like... this is what the Surface Pro X should have been. Quiet, cool, fast, responsive, works well (not perfect) with x86 and x86-64 apps.

So I don't know. It feels weird to me that the best platform for Microsoft's Windows 10 on ARM to shine may actually be inside Parallels/VMWare on an M1 Mac. I won't hold out hope for Bootcamp but this... this is something I think Microsoft will have to consider very seriously. It has that much promise. At worst, it'll help them sell a few more Windows 10 licenses.
 
  • Like
Reactions: Roode

nobackup

macrumors regular
Apr 19, 2008
200
40
This is my experience too, it’s very promising and I also need to leverage Windows Excel behaviour.

Did you find a way to activate? It’s not accepting my valid retail Win7 key from a deactivated old machine of mine that I did the free upgrade to Win10 which worked fine on my intel Mac mini.

I couldn’t get this resolved even via an extended chat session with MS support cos I think this scenario is just to new for them to have bottomed out properly yet.
still also looking for a solution .... Byt you should try and upgrade the windows to 21277. even better experience
 

Gnattu

macrumors 65816
Sep 18, 2020
1,107
1,672
So it's kind of funny, but I've been playing with this on and off today, and now I've had some time to install some more apps to try.

It's like... this is what the Surface Pro X should have been. Quiet, cool, fast, responsive, works well (not perfect) with x86 and x86-64 apps.

So I don't know. It feels weird to me that the best platform for Microsoft's Windows 10 on ARM to shine may actually be inside Parallels/VMWare on an M1 Mac. I won't hold out hope for Bootcamp but this... this is something I think Microsoft will have to consider very seriously. It has that much promise. At worst, it'll help them sell a few more Windows 10 licenses.
The Qualcomm soc in the Surface Pro X is not good enough.

I'm disappointed on the number of native arm64 apps available on Windows. You can do nothing without emulation, and Windows on ARM is out for at least a year.

Apple Silicon is only available to the public for a month and we are already getting lots of support.
 

bill-p

macrumors 68030
Jul 23, 2011
2,929
1,589
The Qualcomm soc in the Surface Pro X is not good enough.

I'm disappointed on the number of native arm64 apps available on Windows. You can do nothing without emulation, and Windows on ARM is out for at least a year.

Apple Silicon is only available to the public for a month and we are already getting lots of support.

Yeah, app support was ultimately the reason why I sold the Surface Pro X. Its performance was poor... but at least if there were apps that could run on it, I could have tolerated it.

I don't need to tolerate anything with M1. This just flies through everything.

It's kind of crazy to think that M1 also runs Windows 10 on ARM better than any other ARM device right now. That just blows my mind, and it makes me think... Microsoft and Intel must be feeling so ashamed right now. Will test battery life tomorrow while running Windows 10 in a VM.

If it works anywhere close to the usual 15 hours that I'm getting now, that just seals the deal.
 
  • Like
Reactions: Lights87 and m-a

theorist9

macrumors 68040
May 28, 2015
3,882
3,061
They provided this before Apple Silicon Mac's launch, and it is not intended for Apple Silicon users, it's for ARM powered Windows device owners.
Thanks for explaining that — I was not aware of that. Does the Windows Insider program off the options of "Insider Slow" and "Insider Fast" like the Office 365 Insider program does?
 

Yebubbleman

macrumors 603
May 20, 2010
6,024
2,617
Los Angeles, CA
x86 and x64 apps do also run under Windows ARM. The main difference is, that if you want to run x86/x64 Windows on your M1 you would need to emulate the whole machine including Windows, while on Windows ARM only the application is emulated but not the OS - which is significantly faster - as you can figure.
So if you want to shoot yourself into the foot, you want x64 Windows running on the M1 instead ARM Windows.

To clarify, I believe the desire for x64 Windows is merely that things don't have to be emulated and that x64 capability exists in stable form. I think many people (including the one whose comment I was defending) don't lump together the fact that getting x64 Windows to run on Apple Silicon Macs would require emulation that's, as you correctly put it, a subpar experience.

I do believe that Windows 10 for ARM64 can get to the degree of Windows 10 for x64 in terms of capability, but it's hard to argue with the fact that it really isn't there yet. x64 app support is a start, and a decent hardware (or even virtualization) platform is good too. Microsoft needs to play their hand carefully and Apple needs to go along with it. Again, everyone wins if they do.


Windows ARM has a triple WOW (Windows on Windows) layer architecture - for x64, x86 and ARM32.
Microsoft included the WOW layer for ARM32 because it can now run Apps originally compiled for Windows RT. So if you check the App Store you will find quite a few apps from Windows RT times.

I've seen a few of those still. I just figured the Windows RT versions died off. I have a Surface RT lying around that I occasionally mess with. You can hardly download or run anything on it as newer versions of many apps are no longer compatible with Windows RT.

Thats one reason but a minor one. The main reason however is that x86 is relatively emulation unfriendly on modern RISC processors. The x86 ISA only has very few registers and is using many instructions with memory operands - so it is a very bad match for a load-store architecture with many registers.
Crazy. But makes sense. Makes it all the more impressive that Apple was able to get Rosetta 2 working as well as it did; but also further explains why 32-bit Intel app emulation was never going to happen.
Are you sure? I thought Office on Windows on ARM was x86 “optimised for ARM64” rather than native.

Nope, it's native.

Yes, I was also wondering whether, if MS didn't make ARM Windows available at retail, they might consider selling to Parallels and VMware. Apple being an OEM woudn't count, though, since Apple isn't installing this on their machines.

Microsoft could very easily do at least one of the following four things:

1. Create a pre-built VHDX with all of the drivers needed for Apple's Hypervisor framework (which is what both Parallels Desktop and VMware Fusion use on Apple Silicon anyway) baked in and sell it for Apple Silicon customers looking to virtualize Windows 10 for ARM64.

2. Work with Apple to bring Windows 10 for ARM64 to the Mac App Store as a direct booting solution. The Windows 10 for ARM64 drivers for Apple Silicon Macs as well as the custom Windows bootloader that is compatible with iBoot (made in partnership between Apple and Microsoft) would be baked into the installer. Apple would supervise and sanction the installer on the Mac App Store (no differently than it has putting its own OS installers on the Mac App Store for the past nine years). The installer would be a cross between your average macOS installer app and the current Boot Camp Assistant. However, there'd be no need for installing the Boot Camp Support software at any point because it would already be baked into the installer

3. Release an ISO for Windows 10 for ARM64 and license it specifically to Systems Builders and/or Apple Silicon Macs.

4. Begin to include ARM64 in with retail copies of Windows 10 (which already include both x86 and x64 versions in tow).


My money is on one or both of the first two. The latter two seem unlikely.

So it's kind of funny, but I've been playing with this on and off today, and now I've had some time to install some more apps to try.

It's like... this is what the Surface Pro X should have been. Quiet, cool, fast, responsive, works well (not perfect) with x86 and x86-64 apps.

So I don't know. It feels weird to me that the best platform for Microsoft's Windows 10 on ARM to shine may actually be inside Parallels/VMWare on an M1 Mac. I won't hold out hope for Bootcamp but this... this is something I think Microsoft will have to consider very seriously. It has that much promise. At worst, it'll help them sell a few more Windows 10 licenses.
I don't believe we'll see Boot Camp in its current Intel-based incarnation. But I do believe that a more elegant direct/dual booting solution IS possible and that Apple would be foolish to not aid in its release. Similarly, Microsoft really needs to get its OS on Apple Silicon Macs. Virtualization is good, and certainly the best ARM64 performance out there, but direct boot will certainly be faster.
The Qualcomm soc in the Surface Pro X is not good enough.

I'm disappointed on the number of native arm64 apps available on Windows. You can do nothing without emulation, and Windows on ARM is out for at least a year.

Apple Silicon is only available to the public for a month and we are already getting lots of support.
There's a difference between Apple's and Microsoft's approaches here though.

Apple is saying "we're going to stop producing x86-64 hardware over the next two years in favor of hardware running not just ARM, but OUR OWN version of ARM; we'll continue to support x86 for years to come, but not forever"

Microsoft is saying "we would like to support both x86-64 and ARM64 but we're not doing anything nor producing anything in the way of hardware to incentivize developers to produce apps for both architectures except for reliance on emulators"

Those are two completely different messages. Plus, for better or worse, Apple has a long history of dictating change on their own terms and having their third party ecosystem follow them because they are given no other option. The problem with Microsoft's approach is that they're giving developers the option to ignore Windows 10 for ARM64 outright as it's only on a few devices, the best of which (Surface Pro X 2nd Gen) is still not all that great.
Thanks for explaining that — I was not aware of that. Does the Windows Insider program off the options of "Insider Slow" and "Insider Fast" like the Office 365 Insider program does?
Yes! It has both options!
 
Last edited:

bill-p

macrumors 68030
Jul 23, 2011
2,929
1,589
I don't believe we'll see Boot Camp in its current Intel-based incarnation. But I do believe that a more elegant direct/dual booting solution IS possible and that Apple would be foolish to not aid in its release. Similarly, Microsoft really needs to get its OS on Apple Silicon Macs. Virtualization is good, and certainly the best ARM64 performance out there, but direct boot will certainly be faster.

The problem with Bootcamp or any direct dual-booting solution at this point is lack of drivers. There is zero incentive for Apple to aid in writing drivers for Windows 10 on ARM or for Linux. They gain nothing from that.

So without drivers that support Dx12, OpenGL, and Vulkan, you won't gain much with dual booting even if it's possible.

This has largely been addressed by Parallels, by the way... as they have Dx11 drivers for Windows 10 on ARM. And on the other hand, we're only losing about 15% CPU performance with virtualization, so... this is pretty ideal. I don't think it's worth squeezing out an extra 15% performance in exchange for loss of being able to run both Windows and MacOS side by side.
 
  • Like
Reactions: Lights87

ww1971

macrumors regular
Jul 15, 2011
141
44
Work with Apple to bring Windows 10 for ARM64 to the Mac App Store as a direct booting solution. The Windows 10 for ARM64 drivers for Apple Silicon Macs as well as the custom Windows bootloader that is compatible with iBoot (made in partnership between Apple and Microsoft) would be baked into the installer. Apple would supervise and sanction the installer on the Mac App Store (no differently than it has putting its own OS installers on the Mac App Store for the past nine years). The installer would be a cross between your average macOS installer app and the current Boot Camp Assistant. However, there'd be no need for installing the Boot Camp Support software at any point because it would already be baked into the installer

apple won’t allow that to happen. Why would Microsoft want to put windows 10 for arm on the Mac app store?
 

UCDHIUS

macrumors regular
Nov 16, 2017
199
61
Texas
Ok So.. I was using the latest dev preview using multiple x64 apps and they worked just fine.

Something happened to the VM so I did a fresh install with a new VHDX and re-updated to the dev channel..

Now none of x64 apps work, I’ve grabbed multiple fresh images off of the windows insider website and re-updated them and same thing.

what am I doing wrong?

ive first noticed it when I went to launch x64 version of BeamNG.drive and it said “access_violation”.. it worked before I redid the vm.

launch the x86 version works no issue.

so I downloaded another x64 app that I know works and it says “this app requires x64 version of windows.”

What happened?
 

UCDHIUS

macrumors regular
Nov 16, 2017
199
61
Texas
Well I guess on the 10th reinstall it decided that x64 emulation wants to work again lol.. ah beta software..
 

nobackup

macrumors regular
Apr 19, 2008
200
40
apple won’t allow that to happen. Why would Microsoft want to put windows 10 for arm on the Mac app store?
why did apple allow office365 onto the App Store .. and why did Microsoft want it ..

Our Office Apps everywhere ... and lets sell hardware products that drive up the use of our software services and if people want to use some products from some one else ... lets at lest earn on that as well via our Appstore ..

And No One is a closed shop .... Anti Competitive

All win all get richer ..

better to have 30% of something than a whole lot of nothing ... YMMV
 

haralds

macrumors 68030
Jan 3, 2014
2,991
1,252
Silicon Valley, CA
Since WSL will not load under Parallels, does anybody know of a package manager similar to Homebrew to load a few selected Unix tools like bash and subversion? TortoiseSVN commandline works, but the Windows Explorer integration is broken (x86).
 

Gnattu

macrumors 65816
Sep 18, 2020
1,107
1,672
Since WSL will not load under Parallels, does anybody know of a package manager similar to Homebrew to load a few selected Unix tools like bash and subversion? TortoiseSVN commandline works, but the Windows Explorer integration is broken (x86).
WSL1 worked for qemu, it did not work for parallel?

My favorite is Cygwin, and it's bash can even work with Windows Terminal. With latest dev build you can install the 64-bit version and run that under emulation. One thing to note is that you will get lots of warning about cannot compute FAST_CWD Pointer, but git and bash works fine for me so far.

The Cygwin-setup.exe supports basic command line inputs so that you can use it like brew, but it is not as good as brew(in command line)

Screen Shot 2020-12-19 at 13.02.02.png
 
Last edited:

LonestarOne

macrumors 65816
Sep 13, 2019
1,074
1,426
McKinney, TX
I went through the install, and Windows appears to be running, but it won’t accept any input from the keyboard or trackpad. The cursor changes as I move it around the Windows desktop, but nothing reacts when I click on it or type text.

Has anyone else seen this?
 

Gnattu

macrumors 65816
Sep 18, 2020
1,107
1,672
I went through the install, and Windows appears to be running, but it won’t accept any input from the keyboard or trackpad. The cursor changes as I move it around the Windows desktop, but nothing reacts when I click on it or type text.

Has anyone else seen this?
Discussed before. This is due to a time syncing bug for ones in negative time zone.
Disable time sync in Virtual Machine settings for now.
 

petterihiisila

macrumors 6502
Nov 7, 2010
404
304
Finland
No luck playing Witcher 3 via Steam. For some reason the game executable doesn't even get installed, even though all game files are installed, and verifying the 32 GB installation checks out. The folder where the .exe is meant to be is simply missing. This is an x86_64 game. I've got the latest dev previews of Parallels M1 and Windows ARM.

I tried some free mini-games via Steam, the others did work. But Witcher 3, no. Thoughts/suggestions?
 

Gnattu

macrumors 65816
Sep 18, 2020
1,107
1,672
No luck playing Witcher 3 via Steam. For some reason the game executable doesn't even get installed, even though all game files are installed, and verifying the 32 GB installation checks out. The folder where the .exe is meant to be is simply missing. This is an x86_64 game. I've got the latest dev previews of Parallels M1 and Windows ARM.

I tried some free mini-games via Steam, the others did work. But Witcher 3, no. Thoughts/suggestions?
Are you on build 21277? 64bit emulation does not work until that build.
 
  • Like
Reactions: petterihiisila

Gnattu

macrumors 65816
Sep 18, 2020
1,107
1,672
Good point, should have double checked. I could swear that I downloaded the latest build available yesterday, but it says 20231, so clearly not the latest then. I'll go and find it.
No need to find. Add your insider account to windows, then change to dev channel. You can update to latest build using windows update after that.
 
  • Like
Reactions: petterihiisila

petterihiisila

macrumors 6502
Nov 7, 2010
404
304
Finland
No need to find. Add your insider account to windows, then change to dev channel. You can update to latest build using windows update after that.
Dev channel provided the 21277 build. Turns out Witcher 3 still doesn't work: CPU doesn't meet minimal requirements. Support for SSE3 instructions is required.

Seems like that's the end of the rope for now.
 

haralds

macrumors 68030
Jan 3, 2014
2,991
1,252
Silicon Valley, CA
WSL1 worked for qemu, it did not work for parallel?

My favorite is Cygwin, and it's bash can even work with Windows Terminal. With latest dev build you can install the 64-bit version and run that under emulation. One thing to note is that you will get lots of warning about cannot compute FAST_CWD Pointer, but git and bash works fine for me so far.

The Cygwin-setup.exe supports basic command line inputs so that you can use it like brew, but it is not as good as brew(in command line)

View attachment 1697614
It's supposed to be WSL2. It installs but does not load on reboot. I presume it's because recursive hypervisors are not supported.
I used to use Cygwin a few years ago. It works, but always felt kludgy. I am mainly looking for a clean subversion, git, and zsh or bash with associated tools. But I really want to keep it minimal, since I have everything on the Mac side with Darwin and homebrew.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.