←back to thread

163 points wmf | 1 comments | | HN request time: 0.209s | 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[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[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[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 #
pjmlp ◴[] No.45369549[source]
On Windows nested virtualization already existed before WSL, all the kernel and device drivers security features introduced on Windows 10, and made always enabled on Windows 11, require running Hyper-V, which is a type 1 hypervisor.

So it is rather easy having to deal with nested virtualization, even those of us that seldom use WSL.

replies(1): >>45373845 #
1. electroly ◴[] No.45373845[source]
Yes, nested virtualization has existed for a long time... on Intel. On Windows, it is not supported on ARM. For a long time it wasn't even supported on AMD! They added AMD nested virtualization support in Windows Server 2022!

Note that when the Windows host is invisibly running under Hyper-V, your other Hyper-V VMs are its "siblings" and not nested children. You're not using nested virtualization in that situation. It's only when running a Hyper-V VM inside another Hyper-V VM. WSL2 is a Hyper-V VM, so if you want to run WSL2 inside a Windows Hyper-V VM which is inside your Windows host, it ends up needing to nest.