←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 #
HumanOstrich ◴[] No.45372940{3}[source]
Nested virtualization is not required for WSL2 or Hyper-V VMs. It's only required if you want to run VMs from within WSL2 (Windows 11 only) or Hyper-V VMs within Hyper-V VMs.
replies(1): >>45373609 #
1. electroly ◴[] No.45373609{4}[source]
Yeah, I understand this and said it correctly in my post. We need nested virtualization to run WSL2 inside a VM: this is a Linux VM inside a Windows VM inside a Windows host. WSL2 is already a VM, so if you want to run that inside a VM, it requires nested virtualization. Nested virtualization is one of those features that people don't know about unless they need it, and they find out for the first time when they get an error message from Hyper-V. If you have a development VM on a system without nested virtualization, you're stuck with WSL1 inside that VM, or using a "sibling" Linux VM that you set up manually (the latter was my actual solution to this issue).