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.
why not use git natively? I've never understood why people use git in WSL since the IO performance isn't great
Windows Subsystem for Linux 2 Moving into General Availability
191–200 of 420 posts
Re: Windows Subsystem for Linux 2 Moving into General Availability
#192> He further mentions that unzipping tarbars could see a 20 times performance increase. Boy, do I love unzipping tarbars! On a more serious note, it’s great that WSL has gotten much faster, although it’s a little disappointing that they threw out the older, more interesting architecture to get it and just used a VM.
Boring tech is good tech :)
Re: Windows Subsystem for Linux 2 Moving into General Availability
#193In 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…
WSL2 is really not designed for using Linux tools on your NTFS-based filesystem. Store everything on the WSL filesystem, that works perfectly. If you need GUI tools try VcXsrv.
For example I use intellij on Windows but want to compile and test on the Linux machine. If it takes 30 seconds longer than wsl 1, why would I bother changing?
What is the actual point of wsl if not for the cross compatible filesystems
Re: Windows Subsystem for Linux 2 Moving into General Availability
#194Earlier quoted context omitted.
why not use git natively? I've never understood why people use git in WSL since the IO performance isn't great
I use Emacs in WSL, along with a suite of other tools like rust-analyzer, and the experience is _lightyears_ beyond trying to run those tools under regular Windows.
Re: Windows Subsystem for Linux 2 Moving into General Availability
#195Earlier quoted context omitted.
I use Emacs in WSL, along with a suite of other tools like rust-analyzer, and the experience is _lightyears_ beyond trying to run those tools under regular Windows.
Can't you just store your repositories in the ext4 partition then?
Re: Windows Subsystem for Linux 2 Moving into General Availability
#196Would be nice if it had GPU support so I could use it for deep learning prototyping. I might use Windows instead of Ubuntu then. I can't use macos now that they dropped Nvidia.
Re: Windows Subsystem for Linux 2 Moving into General Availability
#197Re: Windows Subsystem for Linux 2 Moving into General Availability
#198Out of curiosity, what do most people use this for? (I tried rewording this question a few times to not sound snarky, but failed.)
Re: Windows Subsystem for Linux 2 Moving into General Availability
#199I am giving up. WSL1 was a great invention but Microsoft gave up on it, either because of the filesystem performance problems or because of the debuggers. https://github.com/microsoft/WSL/issues/2028 (lldb, rr, delve all affected). This looks like a dreaded case of the first 90% is easy, it's the second 90% that is hard. Imagine implementing a translator for a vast majority of Linux syscalls just to find certain flav…
I haven't used all variants of VMs but my experience with VMs is very different from WSL2. For example: * Smooth set up. Don't have to install some large commercial 800MB MSI like VMware workstation, download some Linux image, go through partitioning of file system etc. * Well integrated. I can open up a terminal and it acts as any other window in my system (meaning I don't get the window in a window effect as you ge…