News for hackers. Stuff that matters.
Re:Asahi Linux Still Working on Apple M3 Support, M1n1 Bootl... by giancarlostoro on Friday October 24, 2025 @07:09PM (#45700025)
> They are effectively like WSL.

You mean WSL2. WSL1 was more like Wine than a VM. I am still sour they did away with that approach, I thought it was the coolest thing.

Re:Asahi Linux Still Working on Apple M3 Support, M1n1 Bootl... by tgma on Friday October 24, 2025 @07:56PM (#45700286)
> You mean WSL2.

Yes, indeed.

> I thought it was the coolest thing.

NT was designed to have different subsystems[1]. Win32 subsystem was a layer on top of NT, and was a peer to the POSIX subsystem, and IIRC even OS/2. WSL1 ideas was certainly not new in the context of NT. FreeBSD also has a Linux subsystem.

[1]: https://upload.wikimedia.org/wikipedia/commons/thumb/5/5d/Wi...

Re:Asahi Linux Still Working on Apple M3 Support, M1n1 Bootl... by monocasa on Friday October 24, 2025 @08:05PM (#45700325)
WSL was orthogonal to NT subsystems however.

It was implemented as an NT "Pico Process", which was a pretty new concept in NT.

Re:Asahi Linux Still Working on Apple M3 Support, M1n1 Bootl... by lenkite on Saturday October 25, 2025 @04:17AM (#45702175)
I agree - we could already run Linux VM's on windows anyways. The change in architecture from native Linux on native Windows to just another VM on windows was very disappointing. Sure, they improved FS performance but broke a lot of magical stuff that could be done earlier. FS performance for WSL-1 should have been improved by enhancing the Windows API.
Re:Asahi Linux Still Working on Apple M3 Support, M1n1 Bootl... by tgma on Saturday October 25, 2025 @12:53PM (#45705292)
Technically WSL1 is superior, sure, but is that what users want? Seems like users are happily using VMs to run Docker on Mac and many don't even know it is VM underneath. I suppose max compatibility with Linux kernel is more of a desirable behavior, plus the engineering cost of WSL2 is minuscule compared to WSL1, especially once it is done. WSL1 would require continuous reimplementation of complex Linux kernel features as Windows syscalls.