Live data from Hacker News

Windows Subsystem for Linux 2 Moving into General Availability

infoq.com

171–180 of 420 posts

Re: Windows Subsystem for Linux 2 Moving into General Availability

#171

In WSL1, running "wsl git status" on a moderately sized repo on an NTFS (Windows side) drive or SMB file share is nearly instantaneous. In WSL2, running the same command takes over 30 seconds. WSL2 is a massive hit to the seemless experience between the two operating systems with filesystem performance from Linux to Windows files orders of magnitude worse. Yes, unzipping tarballs or manipulating and stat syscalls are…

My git status/add/commit/push cycle has gone from seconds to minutes in length. It's unbearable and I'm going to abandon wsl as a result.

Shame, it was really good.

Re: Windows Subsystem for Linux 2 Moving into General Availability

#172

In WSL1, running "wsl git status" on a moderately sized repo on an NTFS (Windows side) drive or SMB file share is nearly instantaneous. In WSL2, running the same command takes over 30 seconds. WSL2 is a massive hit to the seemless experience between the two operating systems with filesystem performance from Linux to Windows files orders of magnitude worse. Yes, unzipping tarballs or manipulating and stat syscalls are…

> and is so close to feature parity

That was not my experience with WSL1; I was regularly running into unimplemented features. Some examples: the Z3 solver used clock_gettime for timeouts, and their specific usage was broken in WSL1 so you'd get random failures depending on how long the solve took. And don't get me started on running Chromium.

It felt like WSL1 would be running into the long tail of compatibility issues for years.

But I'll admit that I don't try to use it the way you do, I run WSL precisely so I'll never have to launch cmd.exe.

Re: Windows Subsystem for Linux 2 Moving into General Availability

#173

In WSL1, running "wsl git status" on a moderately sized repo on an NTFS (Windows side) drive or SMB file share is nearly instantaneous. In WSL2, running the same command takes over 30 seconds. WSL2 is a massive hit to the seemless experience between the two operating systems with filesystem performance from Linux to Windows files orders of magnitude worse. Yes, unzipping tarballs or manipulating and stat syscalls are…

My git status/add/commit/push cycle has gone from seconds to minutes in length. It's unbearable and I'm going to abandon wsl as a result. Shame, it was really good.

You can convert WSL2 to WSL1! There's an argument to wsl.exe you can use to go back.

Do it, free yourself (and your kernel)

Re: Windows Subsystem for Linux 2 Moving into General Availability

#174
post #152

Earlier quoted context omitted.

I will the moment you give me a mac with a seven row keyboard and a trackpoint.

Since you did not specify a laptop, you can plug in any arbitrary USB HID to desktop Mac. (MacBooks too - though I'm sure this isn't what you meant.) Most people choose their laptops based on the OS, not on the pointing device.

That’s an interesting claim to make, considering how many people love the Mac’s trackpad and non-butterfly keyboard.

Re: Windows Subsystem for Linux 2 Moving into General Availability

#176

Earlier quoted context omitted.

My git status/add/commit/push cycle has gone from seconds to minutes in length. It's unbearable and I'm going to abandon wsl as a result. Shame, it was really good.

You can convert WSL2 to WSL1! There's an argument to wsl.exe you can use to go back. Do it, free yourself (and your kernel)

Will do! Thank-you.

Re: Windows Subsystem for Linux 2 Moving into General Availability

#177

In WSL1, running "wsl git status" on a moderately sized repo on an NTFS (Windows side) drive or SMB file share is nearly instantaneous. In WSL2, running the same command takes over 30 seconds. WSL2 is a massive hit to the seemless experience between the two operating systems with filesystem performance from Linux to Windows files orders of magnitude worse. Yes, unzipping tarballs or manipulating and stat syscalls are…

I switched from Linux to wsl for a while. I'm back to Ubuntu after unexplained blue screens. Ubuntu running fine.

Re: Windows Subsystem for Linux 2 Moving into General Availability

#178

VMWare [0] will also support the Hypervisor Platform Api [1] allowing it to run besides WSL2 which uses Hyper-V. VirtualBox is still struggling and runs slow if at all with WSL2 and Hyper-V [2] This of course has implications on how you setup Docker on a Windows machine, each way having pros and cons. [0] https://blogs.vmware.com/workstation/2020/01/vmware-workstat... [1] https://docs.microsoft.com/en-us/virtualizati…

This is a worrisome development. We seem to be heading toward a future where hypervisor drivers can only be provided by Microsoft, and you're out of luck if they don't do the job. Hypervisors that need more capability are going to have to do some crazy stuff to stay compatible. One option is to save and restore the whole hypervisor state whenever it runs. Another option is to be some sort of boot loader, seizing the…

Why, because of secure boot?

Re: Windows Subsystem for Linux 2 Moving into General Availability

#179
post #12
post #8

Earlier quoted context omitted.

Docker is on macOS using the native hypervisor framework, what would be the point?

and it has some serious file system performance issues that make docker for mac a non-starter for some projects: https://github.com/docker/for-mac/issues/77 https://docs.docker.com/docker-for-mac/osxfs/#performance-is...

I've used docker-sync to get around these performance issues.

Re: Windows Subsystem for Linux 2 Moving into General Availability

#180
post #41

Earlier quoted context omitted.

I never thought I’d say it but because of this exact setup with VS Code I’ve actually stopped using my MBP at home in favor of my desktop, which was really only built with gaming in mind. I’ve now gotten used to having all the extra computing power at hand and would struggle to go back to a laptop as my primary development machine.

But why could not you do the same before? Even before WSL there was MSYS, which IMO is great, unless you need to compile a C program, that directly uses Linux headers.

With WSL I'm running stock Debian so every too I use is just an apt-get away. I don't run anything on the Windows side for development except VS Code.
Post reply on HN