←back to thread

163 points wmf | 1 comments | | HN request time: 0s | source
Show context
jasoneckert ◴[] No.45366812[source]
As someone who has used the Snapdragon X Elite (12 core Oryon) Dev Kit as a daily driver for the past year, I find this exciting. The X Elite performance still blows my mind today - so the new X2 Elite with 18 cores is likely going to be even more impressive from a performance perspective!

I can't speak to the battery life, however, since it is dismal on my Dev Kit ;-)

replies(3): >>45366858 #>>45368580 #>>45369882 #
typpilol ◴[] No.45366858[source]
How's the compatibility? Are there any apps that don't work that are critical?
replies(5): >>45366894 #>>45366902 #>>45367015 #>>45368499 #>>45372732 #
electroly ◴[] No.45367015[source]
Surface Pro 11 owner here. SQL Server won't install on ARM without hacks. Hyper-V does not support nested virtualization on ARM. Most games are broken with unplayable graphical glitches with Qualcomm video drivers, but fortunately not all. Most Windows recovery tools do not support ARM: no Media Creation Tool, no Installation Assistant, and recovery drives created on x64 machines aren't compatible [EDIT: see reply, I might be mistaken on this]. Creation of a recovery drive for a Snapdragon-based Surface (which you have to do from a working Snapdragon-based Surface) requires typing your serial code into a Microsoft website, then downloading a .zip of drivers that you manually overwrite onto the recovery media that Windows 11 creates for you.

Day-to-day, it's all fine, but I may be returning to x64 next time around. I'm not sure that I'm receiving an offsetting benefit for these downsides. Battery life isn't something that matters for me.

replies(5): >>45367050 #>>45367155 #>>45368372 #>>45369055 #>>45374304 #
brokencode ◴[] No.45367050{3}[source]
That’s brutal.. I wonder why the Apple Silicon transition seemed so much smoother in comparison.
replies(9): >>45367087 #>>45367173 #>>45367222 #>>45367339 #>>45367625 #>>45368979 #>>45368994 #>>45369336 #>>45372497 #
viraptor ◴[] No.45367222{4}[source]
Did it? From that list: SQL server doesn't work on Mac and there's no Apple equivalent, virtualisation is built into the system so that kind of worked but with restrictions, games barely exist Mac so a few that cared did the ports but it's still minimal. There's basically no installation media for Macs in the same way as windows in general.

What I'm trying to say is - the scope is very different / smaller there. There's a tonne of things that didn't work on Macs both before and after and the migration was not that perfect either.

replies(1): >>45367285 #
electroly ◴[] No.45367285{5}[source]
Out of the gate, Apple silicon lacked nested virtualization, too. They added it in the M3 chip and macOS 15. Macs have different needs than Windows though; I think it's less of a big deal there. On Windows we need it for running WSL2 inside a VM.
replies(3): >>45369549 #>>45369565 #>>45372940 #
fulafel ◴[] No.45369565{3}[source]
I'd guess the M3 features aren't required for nested virtualization, and it was more of a sw design decision to only add the support when some helpful hardware features were shipped too. Eg here's nested virtualization support for ARM on Linux in 2017: https://lwn.net/Articles/728193/
replies(1): >>45370763 #
1. justincormack ◴[] No.45370763{4}[source]
Nested virt does need hardware support to implement efficiently and securely. The Apple chips added that over time, eg M2 actually had somewhat workable support but still incomplete and hacky https://lwn.net/Articles/928426/ - the GIC (interrupt controller) was a mess to virtualise in older versions, which is different from the instruction set of the CPU.