4 ms·

I work on WSL, so I'd love to hear what some of the limitations are that are holding it back from being as good as the experience elsewhere.

jaxn 9y ago
I use WSL all day every day. There are two things holding it back from being a better *nix experience than OSX: 1) the terminal sucks. 2) WSL should be a service. Or at least we should be able to choose to have it always-on regardless of a terminal being open. We need to be able to have WSL start at boot. (Now wondering if anyone has made some sort of WSL System Tray app)
- teilo 9y ago
  Mac user here, but in Windows all day on Parallels and servers. For #1, this is a tremendous help: https://conemu.github.io https://conemu.github.io It's the first thing I install on Windows. Comes with build-in profiles for bash/WSL, powershell, cmd, and Admin sessions of the latter two. Still not as good as iTerm or stock Terminal, but a massive improvement over cmd.exe. #2: Totally agree, but I think things are moving this direction.
- fellellor 9y ago
  The terminal does suck. I use hyper instead of the default wsl bash. I find it to be a much better experience.
mafuyu 9y ago
I use WSL a bunch on my Surface at home, but I've found GCC build times to be very lacking, with a huge perf hit compared to native Linux. You take a 2x hit when accessing /mnt/c/, and even when building within Linux filesystem, the build times are significantly slower (couple minutes vs 10s of seconds). Benchmarks put WSL on-par or better than native Ubuntu, so it's likely just a file i/o issue that can hopefully be fixed.
- jstarks 9y ago
  Yep, fair. We haven't gotten the file system performance to where it needs to be yet. You may notice some improvements in the latest insider builds, but there is still much more work to do.
masklinn 9y ago
> I'd love to hear what some of the limitations are that are holding it back from being as good as the experience elsewhere. Sadly she didn't expand that much on her actual pain points but Bodil Stokke was not impressed a few weeks back: https://twitter.com/bodil/status/868925787038208001 https://twitter.com/bodil/status/868925787038208001 > I guess if you're happy using plain bash and think Windows is already pretty performant, it must seem acceptable. > But, seriously, even running lunix in a VM on a Windows host is a million times better than this. Back to my VirtualBox… > I didn't even get as far as X this time, just trying to get my fish/tmux running in WSL on ConEmu had me feeling like I was being pranked. [responding to a commenter] > It runs just fine, but gl finding a terminal emulator that can keep up with my fish config... (well, tbf maybe Putty can, but I hate Putty.) So the main limitation seems to be that the available terminal emulators are essentially unusable. Unixers live most of their life in or around term, not having a good one is a straight killer.
ryukafalz 9y ago
I played around with a coworker's Win10 machine a while back. Plugged my smartcard into it (a Yubikey 4), ran 'gpg2 --card-status'... nothing. Given that I use it for both commit signing and SSH auth, the lack of GPG smartcard support would make WSL a pain to use at best compared to the Linux systems I typically use.
lloeki 9y ago
The WSL experience feels segregated, pretty much like a VM (which I know it's not). It's a bit like using Docker for Mac vs docker on Linux: you can strive to make things as transparent as possible with mappings and mounts, but lots of things are segregated (e.g user accounts, or the very fact that what lxrun creates is some sort of instance/image within your user's home dir, not something integral to the OS itself). MacOS leaks unix through its pores: by separating cmd and ctrl is able to have emacs movements (^A, ^E, ^K, ^W, ^Y) in every Cocoa input field. Composability is also very possible from the get go thanks to tools like Automator and Services. Its terminal is top-tier†. This is the kind of little things that makes MacOS feel unix-y throughout. There are also lots of command line tools and documentation as man pages for purely darwin/MacOS stuff: it's not always perfect but the platform reaches out to plain being unix. If you can make it so that running bash deeply feels like you're interacting with the currently running OS and that I can do everything from there using unix conventions (no calling an exe, no slash switch args, man pages... see this talk[0]) and not some segregated image below which there is an underlying OS, then you've won. I mean, this needs to deeply feel native, embedded, not translating, layered. Hard to explain, but currently it feels like I'm talking through some Babelfish. PS: crazy thought, but if MS can roll - no scratch that - if Windows can be its own "distro", kind of like FreeBSD base system, which changes with each major version and naturally updates, instead of (or in addition to) providing images of third party userlands that happen to run on a sort of segregated loopback mounted image, then you've won. PPS: Oh, and ngrep doesn't work :D PPPS: And please have a decent terminal from the get go. † Damn, I love jumping back to those auto-marked prompt lines, being able to toggle mouse reporting, hiding/viewing the alternate screen, or showing the currently opened pwd or vim buffer in the titlebar through those escape sequences. [0]: dotRB '13 - "It's a UNIX system, I know this!" https://www.youtube.com/watch?v=Qucn0QuXFhc&index=13&list=PLMW8Xq7bXrG6ZItH9Oq2tceeTS0fjXyii https://www.youtube.com/watch?v=Qucn0QuXFhc&index=13&list=PL...
greggyb 9y ago
Here is one of the first things that I encountered in WSL. I tried because lisp in Windows, while not terrible, is far from the most pleasant experience. I haven't had time to dig into it, but it turned me off of WSL exploration: greg@gregcomp:~$ sbcl WARNING: Couldn't re-execute SBCL with proper personality flags (/proc isn't mounted? setuid?) Trying to continue anyway. This is SBCL 1.1.14.debian, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. Edit: In case it's not clear, that's the entire output of launching an SBCL REPL. There is no actual REPL.
- jstarks 9y ago
  I'll try this out locally and see if we can identify the problem.

jaxn 9y ago

I use WSL all day every day. There are two things holding it back from being a better *nix experience than OSX: 1) the terminal sucks. 2) WSL should be a service. Or at least we should be able to choose to have it always-on regardless of a terminal being open. We need to be able to have WSL start at boot. (Now wondering if anyone has made some sort of WSL System Tray app)

teilo 9y ago
Mac user here, but in Windows all day on Parallels and servers. For #1, this is a tremendous help: https://conemu.github.io https://conemu.github.io It's the first thing I install on Windows. Comes with build-in profiles for bash/WSL, powershell, cmd, and Admin sessions of the latter two. Still not as good as iTerm or stock Terminal, but a massive improvement over cmd.exe. #2: Totally agree, but I think things are moving this direction.
fellellor 9y ago
The terminal does suck. I use hyper instead of the default wsl bash. I find it to be a much better experience.

mafuyu 9y ago

I use WSL a bunch on my Surface at home, but I've found GCC build times to be very lacking, with a huge perf hit compared to native Linux. You take a 2x hit when accessing /mnt/c/, and even when building within Linux filesystem, the build times are significantly slower (couple minutes vs 10s of seconds). Benchmarks put WSL on-par or better than native Ubuntu, so it's likely just a file i/o issue that can hopefully be fixed.

jstarks 9y ago
Yep, fair. We haven't gotten the file system performance to where it needs to be yet. You may notice some improvements in the latest insider builds, but there is still much more work to do.

masklinn 9y ago

> I'd love to hear what some of the limitations are that are holding it back from being as good as the experience elsewhere. Sadly she didn't expand that much on her actual pain points but Bodil Stokke was not impressed a few weeks back: https://twitter.com/bodil/status/868925787038208001 https://twitter.com/bodil/status/868925787038208001 > I guess if you're happy using plain bash and think Windows is already pretty performant, it must seem acceptable. > But, seriously, even running lunix in a VM on a Windows host is a million times better than this. Back to my VirtualBox… > I didn't even get as far as X this time, just trying to get my fish/tmux running in WSL on ConEmu had me feeling like I was being pranked. [responding to a commenter] > It runs just fine, but gl finding a terminal emulator that can keep up with my fish config... (well, tbf maybe Putty can, but I hate Putty.) So the main limitation seems to be that the available terminal emulators are essentially unusable. Unixers live most of their life in or around term, not having a good one is a straight killer.

ryukafalz 9y ago

I played around with a coworker's Win10 machine a while back. Plugged my smartcard into it (a Yubikey 4), ran 'gpg2 --card-status'... nothing. Given that I use it for both commit signing and SSH auth, the lack of GPG smartcard support would make WSL a pain to use at best compared to the Linux systems I typically use.

lloeki 9y ago

The WSL experience feels segregated, pretty much like a VM (which I know it's not). It's a bit like using Docker for Mac vs docker on Linux: you can strive to make things as transparent as possible with mappings and mounts, but lots of things are segregated (e.g user accounts, or the very fact that what lxrun creates is some sort of instance/image within your user's home dir, not something integral to the OS itself). MacOS leaks unix through its pores: by separating cmd and ctrl is able to have emacs movements (^A, ^E, ^K, ^W, ^Y) in every Cocoa input field. Composability is also very possible from the get go thanks to tools like Automator and Services. Its terminal is top-tier†. This is the kind of little things that makes MacOS feel unix-y throughout. There are also lots of command line tools and documentation as man pages for purely darwin/MacOS stuff: it's not always perfect but the platform reaches out to plain being unix. If you can make it so that running bash deeply feels like you're interacting with the currently running OS and that I can do everything from there using unix conventions (no calling an exe, no slash switch args, man pages... see this talk[0]) and not some segregated image below which there is an underlying OS, then you've won. I mean, this needs to deeply feel native, embedded, not translating, layered. Hard to explain, but currently it feels like I'm talking through some Babelfish. PS: crazy thought, but if MS can roll - no scratch that - if Windows can be its own "distro", kind of like FreeBSD base system, which changes with each major version and naturally updates, instead of (or in addition to) providing images of third party userlands that happen to run on a sort of segregated loopback mounted image, then you've won. PPS: Oh, and ngrep doesn't work :D PPPS: And please have a decent terminal from the get go. † Damn, I love jumping back to those auto-marked prompt lines, being able to toggle mouse reporting, hiding/viewing the alternate screen, or showing the currently opened pwd or vim buffer in the titlebar through those escape sequences. [0]: dotRB '13 - "It's a UNIX system, I know this!" https://www.youtube.com/watch?v=Qucn0QuXFhc&index=13&list=PLMW8Xq7bXrG6ZItH9Oq2tceeTS0fjXyii https://www.youtube.com/watch?v=Qucn0QuXFhc&index=13&list=PL...

greggyb 9y ago

Here is one of the first things that I encountered in WSL. I tried because lisp in Windows, while not terrible, is far from the most pleasant experience. I haven't had time to dig into it, but it turned me off of WSL exploration: greg@gregcomp:~$ sbcl WARNING: Couldn't re-execute SBCL with proper personality flags (/proc isn't mounted? setuid?) Trying to continue anyway. This is SBCL 1.1.14.debian, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. Edit: In case it's not clear, that's the entire output of launching an SBCL REPL. There is no actual REPL.

jstarks 9y ago
I'll try this out locally and see if we can identify the problem.