ARM is great on Linux where almost everything has an ARM version and apple can simply mandate that everyone supports it, but where are you going to find windows programs compiled for ARM?
Windows is relevant because it’s a better product for the average user. The same goes for OSX. ARM isn’t going to change any of that. Especially with NVIDIA GPUs being broken and a pain in the ass.
I’ve been gaming on linux for about two years now through steam proton and it’s really good. Some games don’t run because of anti cheat, some games run even better than on windows.
Gaming on Linux has come a long way and I always prefer to run it on Linux rather than a dedicated Windows boot, if possible.
But if you rely on VRR, DLSS and have a decent HDR display, Linux unfortunately still isn’t quite there yet. VRR/HDR is mostly unsupported systemwide currently. DLSS sometimes works, sometimes requires a lot of debugging and ends up actually hurting the performance.
If your hardware setup allows you to run your games at a decent framerate without DLSS/VRR, this likely won’t be an issue for you.
Google Docs is the only meaningful competitor to Office. No one I know wants to try Linux desktop and I think it’s hard to convince anyone to give up the convenience of Windows. Proton works but in my experience requires too much experimentation for the average user.
That’s not what I meant. Microsoft has been working on Windows ARM, sure, but has anyone else been working on Windows ARM? As far as I know you can’t even get Firefox on ARM.
I suppose that they have a compatibility layer, but it’s nowhere near the performance of Rosetta 2.
Any program written for the .net clr ought to just run out of the box. There’s also an x64 to ARM translation layer that works much like Apple’s Rosetta. It will run the binary through a translation and execute that. I have one of the windows arm dev units. It works relatively well except on some games from my limited experience.
Any program written for the .net clr ought to just run out of the box.
Both of them?
There’s also an x64 to ARM translation layer that works much like Apple’s Rosetta.
Except for the performance bit.
ARM processors use a weak memory model, whereas x86 use a strong memory model. Meaning that x86 guarantees actual order of writes to memory is the same as the order in which those writes executes, while ARM is allowed to re-order them.
Usually it doesn’t matter in which data is written to RAM, and allowing for re-ordering of writes can boost performance. When it does matter, a developer can insert a so-called memory barrier, this ensures all writes before the barrier are finished before the code continues.
However, since this is not necessary on x86 as all writes are ordered x86 code does not include these memory barrier instructions at the spots where write order actually matters. So when translating x86 code to ARM code, you have to assume write order always matters because you can’t tell the difference. This means inserting memory barriers after every write in the translated code. This absolutely kills performance.
Apple includes a special mode in their ARM chips, only used by Rosetta, that enables an x86-like strong memory model. This means Rosetta can translate x86 to ARM without inserting those performance-killing memory barriers. Unless Qualcomm added a similar mode (and AFAIK they did not) and Microsoft added support for it in their emulator, performance of translated x86 code is going to be nothing like that of Rosetta.
The biggest advantage Apple has is they’ve been breaking legacy compatibility every couple years, training devs to write more portable code and setting a consumer expectation of change. I can’t imagine how the emulator will cope with 32bit software written for the Pentium II.
Disagree, I run a MacBook m1 and enjoy it mostly because everything is compiled for arm. The very few software running through Rosetta are slow to launch, drain battery and less performant. If you were to run x64 on arm it just kill the interest of arm: battery becomes just as bad as on x64, performance is worst.
Disagree with your disagreement. I also have an M1 and was a quite early adopter (within 3 months of launch). It was really snappy compared to my Intel Air it replaced. From the get-go. Even for apps that were still x86 code.
Things definitely improved over the next 9 months, but I was and am a really happy camper.
I didnt use to run macOS before that but I’m surprised it could be worst, when using app through Rosetta it takes at least 2 or 3 seconds to launch and there is 20-30% more cpu usage. Although Its on my very limited pool of app (2) but even then you would be crazy to run macOS before, it would be more expensive than windows laptop for way less performance.
I don’t know what these chips are like, but x86 software runs perfectly on my ARM Mac. And not just small apps either, I’m running full x86 Linux servers in virtual machines.
There is a measurable performance penalty but it’s not a noticeable one with any of the software I use… ultimately it just means the CPU sits on 0.2 load instead of 0.1 load and if it spikes to 100% then it’s only for a split second.
I recently bought an M1 Max and I definitely regret migrating data from my Intel MacBook. I’ve had to reinstall nearly all the apps anyway. Less compatible than I was expecting. Overall happy with it.
ARM is great on Linux where almost everything has an ARM version and apple can simply mandate that everyone supports it, but where are you going to find windows programs compiled for ARM?
The only reason Windows is still relevant is a massive volume of legacy x86 applications.
If that laptop won’t support x86 emulation, it’d be actually worse that Linux ARM laptop.
Windows is relevant because it’s a better product for the average user. The same goes for OSX. ARM isn’t going to change any of that. Especially with NVIDIA GPUs being broken and a pain in the ass.
Windows is not a ‘better’ product, that would be ChromeOS. Zero configuration means nothing can get broken.
The average user who started with MS Office 95 is now 50 years old. The younger average user at least knows there are alternatives to Windows.
PC gaming is a whole other can of worms. I keep hearing that Valve did some black mahic and now most of Steam games work on Linux with no issues.
I’ve been gaming on linux for about two years now through steam proton and it’s really good. Some games don’t run because of anti cheat, some games run even better than on windows.
Gaming on Linux has come a long way and I always prefer to run it on Linux rather than a dedicated Windows boot, if possible.
But if you rely on VRR, DLSS and have a decent HDR display, Linux unfortunately still isn’t quite there yet. VRR/HDR is mostly unsupported systemwide currently. DLSS sometimes works, sometimes requires a lot of debugging and ends up actually hurting the performance.
If your hardware setup allows you to run your games at a decent framerate without DLSS/VRR, this likely won’t be an issue for you.
Google Docs is the only meaningful competitor to Office. No one I know wants to try Linux desktop and I think it’s hard to convince anyone to give up the convenience of Windows. Proton works but in my experience requires too much experimentation for the average user.
MS has been working on ARM for years. To think otherwise is naive.
Oh yeah but has anyone else?
Linux has been a fully working on arm for much longer than Windows so there’s that
That’s not what I meant. Microsoft has been working on Windows ARM, sure, but has anyone else been working on Windows ARM? As far as I know you can’t even get Firefox on ARM.
I suppose that they have a compatibility layer, but it’s nowhere near the performance of Rosetta 2.
Ah well, Firefox definitely has a Windows arm native build available on their website but yeah most applications certainly won’t
Oh yeah, I stand corrected. I’m surprised I didn’t see it before.
Sure - but apple has been “working on” ARM since 1981. Microsoft is definitely on the back foot here.
Any program written for the .net clr ought to just run out of the box. There’s also an x64 to ARM translation layer that works much like Apple’s Rosetta. It will run the binary through a translation and execute that. I have one of the windows arm dev units. It works relatively well except on some games from my limited experience.
Both of them?
Except for the performance bit.
ARM processors use a weak memory model, whereas x86 use a strong memory model. Meaning that x86 guarantees actual order of writes to memory is the same as the order in which those writes executes, while ARM is allowed to re-order them.
Usually it doesn’t matter in which data is written to RAM, and allowing for re-ordering of writes can boost performance. When it does matter, a developer can insert a so-called memory barrier, this ensures all writes before the barrier are finished before the code continues.
However, since this is not necessary on x86 as all writes are ordered x86 code does not include these memory barrier instructions at the spots where write order actually matters. So when translating x86 code to ARM code, you have to assume write order always matters because you can’t tell the difference. This means inserting memory barriers after every write in the translated code. This absolutely kills performance.
Apple includes a special mode in their ARM chips, only used by Rosetta, that enables an x86-like strong memory model. This means Rosetta can translate x86 to ARM without inserting those performance-killing memory barriers. Unless Qualcomm added a similar mode (and AFAIK they did not) and Microsoft added support for it in their emulator, performance of translated x86 code is going to be nothing like that of Rosetta.
The biggest advantage Apple has is they’ve been breaking legacy compatibility every couple years, training devs to write more portable code and setting a consumer expectation of change. I can’t imagine how the emulator will cope with 32bit software written for the Pentium II.
Qualcomm has a pretty fast emulator for the growing pains. Microscope offers arm versions for most of their software
But many open source projects could.be cross compiled it wouldn’t be long if these things start selling.
Disagree, I run a MacBook m1 and enjoy it mostly because everything is compiled for arm. The very few software running through Rosetta are slow to launch, drain battery and less performant. If you were to run x64 on arm it just kill the interest of arm: battery becomes just as bad as on x64, performance is worst.
Disagree with your disagreement. I also have an M1 and was a quite early adopter (within 3 months of launch). It was really snappy compared to my Intel Air it replaced. From the get-go. Even for apps that were still x86 code.
Things definitely improved over the next 9 months, but I was and am a really happy camper.
I didnt use to run macOS before that but I’m surprised it could be worst, when using app through Rosetta it takes at least 2 or 3 seconds to launch and there is 20-30% more cpu usage. Although Its on my very limited pool of app (2) but even then you would be crazy to run macOS before, it would be more expensive than windows laptop for way less performance.
Intel Air doesn’t count. Those were dogshit processors
Well decent processors, just laughably bad cooling design
I don’t know what these chips are like, but x86 software runs perfectly on my ARM Mac. And not just small apps either, I’m running full x86 Linux servers in virtual machines.
There is a measurable performance penalty but it’s not a noticeable one with any of the software I use… ultimately it just means the CPU sits on 0.2 load instead of 0.1 load and if it spikes to 100% then it’s only for a split second.
I recently bought an M1 Max and I definitely regret migrating data from my Intel MacBook. I’ve had to reinstall nearly all the apps anyway. Less compatible than I was expecting. Overall happy with it.