Read here for instance: https://www.androidauthority.com/snapdragon-x-elite-benchmarks-3380426/
Anyway as usual I pick that with a grain of salt and will wait for consumer devices.
Apple is an existential threat to the PC
- Thread starter MfA
- Start date
Anyway as usual I pick that with a grain of salt and will wait for consumer devices.
I'm super curious how microsoft will handle this going forward. Apple is fully switching to ARM over time. Windows is going to support both ... forever. Just not sure how it's going to work, but I'll admit I'm excited to see how ARM plays out. Will be really interesting to see performance comparisons between native ARM and native x86 versions of the same application in Windows.
Other than Office and browsers, what interesting Windows applications are there?
Most of the legacy software isn't likely to be ported to ARM?
So maybe a selection of the top games?
What else are heavily used apps these days, maybe Netflix and other video streaming clients?
Maybe some AI applications of some kind? Is Copilot it's own app or just invoked through Windows?
Most of the legacy software isn't likely to be ported to ARM?
So maybe a selection of the top games?
What else are heavily used apps these days, maybe Netflix and other video streaming clients?
Maybe some AI applications of some kind? Is Copilot it's own app or just invoked through Windows?
Since nearly all professional applications have already been ported for Aarch64 on macOS you should expect Adobe, Serif Affinity, Davinci Resolve, Blender, Capture One, Python, Java etc.
AFAIK that was just one big sandbox for all win32 applications.
I want every application to have its own sandbox but when allowed by the user to still be integrated with the modern desktop (which requires a whole lot more new code for stuff which crosses security boundaries, file access, drag and drop, clipboard, context menu, file associations, etc etc). Not just for msix applications, but for legacy applications too (I don't expect the most invasive stuff to work, just the other 99%). A gargantuan task, but Microsoft is a gargantuan company.
Unfortunately Microsoft is a gargantuan company which is largely paralyzed by internal strife and the huge income generated by the cloud transition. They can't see the wall coming across the temporary piles of money.
They need to wake up and start work on win32-v2 (this time with a better thought out plan for ABI compatibility if they use C, ie. symver, transparant aliases, whatever). C++/COM/WinRT/WinUI is a disaster.
Last edited:
How Windows 10X runs Win32 applications – OSnews
www.osnews.com
So classical win32 applications were not sandboxed from each other (nor in practice msix, because win32 app isolation is in perpetual preview).
PS. also Win10x tried to make WinRT the core API and it's trash.
I wouldn't be so sure of this. My day job is making Windows software, and we see zero traction towards ARM Windows.
They'd probably need tens of millions of devices sold and in active use before software developers are interested in porting.
But I think in Xcode, it's just a flag so people making OS X software could literally get ARM executables by checking the flag. Of course they may do more to optimize but the bar for outputting ARM binaries alongside Intel binaries wasn't that high.
But I think in Xcode, it's just a flag so people making OS X software could literally get ARM executables by checking the flag. Of course they may do more to optimize but the bar for outputting ARM binaries alongside Intel binaries wasn't that high.
Regardless the aforementioned software is already ported to Aarch64 now
The list also includes Redshift and Zbrush.
If your software do not use some low level optimizations it can be just like that, but if you have, or some of the 3rd party libraries you use have, they may need to be updated (or if they have fallback mode, but of course it'll be slower).
Also you'll need to do QA on both platforms. This one of the beauty of MacOS going ARM only, because eventually you don't need to test for Intel Macs anymore. On the other hand, it's hard to imagine that Windows will one day be ARM only.
So yes you are right, it can be easy to port but at the same time, as you said, many developers probably won't do that unless the incentives are good enough.
