3 ms·

It's the fundamental difference between WSL1 and WSL2. As designed in the 90s, the Windows NT kernel can have different subsystems that offer different userspac

It's the fundamental difference between WSL1 and WSL2. As designed in the 90s, the Windows NT kernel can have different subsystems that offer different userspace APIs to different software. Originally there were the Win32 subsystem, the Security subsystem, the Posix subsystem and the OS/2 subsystem. The latter two fizzled out, but WLS1 is basically just another subsystem that provides a linux-compatible API to the Windows kernel. As it turns out providing full compatability is really hard though, so WSL2 is a complete rewrite, ignoring the subsystem concept. It basically just runs linux in Hyper-V, and adds some UI/UX to make that convinient. That Windows is then running virtualized is just how Hyper-V works, as soon as you turn on Hyper-V the host Windows runs as a guest in Hyper-V, though with special privileges [1] https://learn.microsoft.com/en-us/virtualization/hyper-v-on-windows/about/#limitations https://learn.microsoft.com/en-us/virtualization/hyper-v-on-...

joshuaissac 4y ago
> WLS1 is basically just another subsystem that provides a linux-compatible API to the Windows kernel WSL1 is not an NT subsystem, either. WSU (the POSIX subsystem) was an actual NT subsystem, but with WSL, they abandoned this concept and went with a different design for performance reasons. https://news.ycombinator.com/item?id=25249262 https://news.ycombinator.com/item?id=25249262
thesz 4y ago
https://github.com/microsoft/WSL/issues/2395 https://github.com/microsoft/WSL/issues/2395 This is still a problem with WSL2, at least on my WSL2 with Windows file system mappings. I tried to use instructions that use fossil from the hctree page: https://sqlite.org/hctree/doc/hctree/doc/hctree/index.html https://sqlite.org/hctree/doc/hctree/doc/hctree/index.html Fossil employs sqlite to store SCM information and it fails with "SQLITE_IOERR(1290): os_unix.c:39533: (22) fsync(...)" error, which is the same with VirtualBox: https://www.fossil-scm.org/forum/forumpost/7fb6c96d80?t=c https://www.fossil-scm.org/forum/forumpost/7fb6c96d80?t=c So WSL2, having to put up with Windows quirks, is not much a Linux anymore. It is slow and some programs can't even run.
- csdvrx 4y ago
  A valid critic given that there's no native filesystem support yet. But if WSL2 is given its own drive to mount and do what it wants with it, the issue should disappear. And when WSL2 supports passing partitions, the issue will vanish.

joshuaissac 4y ago

> WLS1 is basically just another subsystem that provides a linux-compatible API to the Windows kernel WSL1 is not an NT subsystem, either. WSU (the POSIX subsystem) was an actual NT subsystem, but with WSL, they abandoned this concept and went with a different design for performance reasons. https://news.ycombinator.com/item?id=25249262 https://news.ycombinator.com/item?id=25249262

thesz 4y ago

https://github.com/microsoft/WSL/issues/2395 https://github.com/microsoft/WSL/issues/2395 This is still a problem with WSL2, at least on my WSL2 with Windows file system mappings. I tried to use instructions that use fossil from the hctree page: https://sqlite.org/hctree/doc/hctree/doc/hctree/index.html https://sqlite.org/hctree/doc/hctree/doc/hctree/index.html Fossil employs sqlite to store SCM information and it fails with "SQLITE_IOERR(1290): os_unix.c:39533: (22) fsync(...)" error, which is the same with VirtualBox: https://www.fossil-scm.org/forum/forumpost/7fb6c96d80?t=c https://www.fossil-scm.org/forum/forumpost/7fb6c96d80?t=c So WSL2, having to put up with Windows quirks, is not much a Linux anymore. It is slow and some programs can't even run.

csdvrx 4y ago
A valid critic given that there's no native filesystem support yet. But if WSL2 is given its own drive to mount and do what it wants with it, the issue should disappear. And when WSL2 supports passing partitions, the issue will vanish.