I have to say after the initial excitement, I'm a bit disappointed about how this is implemented. Apparently, there is no or little interaction between the Linux world and the Windows world in this system. I don't see the benefits over running a classical Linux-as-a-process like coLinux, or something like Cygwin or MinGW.
The option to run unmodified executables is nice if you have closed-source linux binaries, but they are rare, and this is directed towards developers and not deployment anyway (where this might be a useful feature).
When I heard "Linux subsystem", I was hoping for a fuller integration. Mapping Linux users to Windows users, Linux processes to Windows processes etc.. I want to do "top" in a cmd.exe window and see windows and linux processes. Or for a more useful example, I want to use bash scripts to automate windows tools, e.g. hairy VC++ builds. And I thought it would be possible to throw a dlopen in a Linux program and load Windows DLLs. Since I don't need to run unmodified Linux binaries, I don't see what this brings to me over cygwin.
I am hoping though that this might be a bit more stable (due to ubuntu packages) and faster than Cygwin, and that it might push improvements of the native Windows "console" window.
I would bet that it will only get better over time and include a fair amount of the things you are talking about in a few years time. It's obviously a big push to pick up the current "I use a mac for development cause it's unix" crowd, I'm sure they're taking it seriously and would want the support for developing in a unix style A+.
How will they pick up the crowd who chooses their OS because it's mostly FOSS and not a branch of the NSA used for mass data collection? Most devs I know care about privacy and it was one of the main reasons they switched from Windows.
Most Linux programmers I know aren't Windows devs as much as the MS shill team would like everyone on social media to believe.
You don't have to be part of the FOSS crowd to support FOSS. I'd wager the majority of the programmers you know would be ecstatic for Windows or OS X to go open source, and if they use OS X/iOS they probably do care about their privacy.
I don't know a single developer that uses a windows phone or a Windows workstation purely out of choice, most devs I know that are ingrained in Windows are using it because they have to.
Stack overflow statistics show that programmers disproportionately choose OS X and Linux over Windows when compared to typical desktop usage (Linux use skyrockets among programmers compared to desktop).
These "Linux programmers who want Windows" only exist on the internet as far as I can tell. No one actually wants to use Windows.
My anecdata is different. Most programmers i've met in my career aren't part of the FOSS crowd, they own iPhones and MacBooks and happily run Software from the Mac AppStore for their dev purposes, or are on Windows, have never built a tool they use from source and without a line by line guide wouldn't be able to do that on Linux.
The few coders that I know that are part of the FOSS crowd, have their ThinkPads or Dell XPS Developer Editions with Gentoo,Ubuntu or Arch.
This isn't for them, its for the ones already on Windows or OSX.
OS X and Linux with X11 or even Wayland are easily 20 years behind windows in terms of UI responsiveness and snappiness. The constant input lag of unix desktops always drives me back to windows for my workstations, although I am a fullheart windows server hater and despite everything that comes with it. It's stable, extremely fast and when edited/hacked right also privacy aware.
I use a mac alongside a win10 machine, with the win10 being brand new i7 hardware with ddr4 ram. And OSX's UI is far far snappier and hangs quite a bit less. My win10 machine often will just hang for no reason at all for a few seconds, then pop up whatever I had switched to.
Which GPU are you using? I have a 2015 Mac Pro with two D500, before I had a mid tear iMac. The mac pro stands directly besides my "beast" a i7 6700, titan x, nvm custom machine.
I can't really describe it, but it's bothering me and I would put my hand in a fire betting that it's somehow measurable. It feels like the input lag of a cheap IPS-Monitor. Every klick, every slide, every window resize has this minimum lag of maybe 10 to 50 ms, worse on linux. That's hardware independent, because that was already bothering me with a MacBook Pro and my old iMac. I haven't booted OSX in years to work production because of that tbh (Every piece of apple hardware I own is booted 99% of the time with Arch or W10E) but did it just now and compared it side to side. It's still there. It's driving me crazy. I know that I am hyper sensitive for lags and stuttering because of my former quake carrier.
I have replicated this by cmd-tab'ing to a cold app window. But if I just tab between say messages and firefox, I can't detect even the tiniest pause. If I click on a new tab in firefox, I see the tab add button color change instantly even if the tab takes 50ms to open.
On my beast Win10 machine, everything is also instant, it's just randomly throughout the day, it will lock up while tabbing to an app or something for 10 seconds.....which is just so weird and annoying. CPU shows it is pegging a thread for the opening app, doing who knows what.
Microsoft has comprehensively undone any progress they had here; windows 8 and beyond are a sludgy, slow, unresponsive mess owing in part to their incomprehensible reimplementation of much of the user shell in XAML.
Mapping the processes across implies all sorts of strange things - what happens if you try to send a Linux signal to a Windows process?
Mapping the users is possible and "SFU" did this, with a couple of caveats (Windows requires group and user names to be different, while UNIX systems often have groups with the same name as users).
I don't think this is a Linux or GNOME killer, but it might put a dent in Cygwin and git-bash.
Wine somehow solve that. Even if almost nobody use that Windows application still able to use native APIs if it's detect that it's running in Wine. E.g for example Windows Steam client checked Wine version long before native Steam appear.
Windows does have signals, just not nearly as many as Unixes, and are mostly built around how to kill a process. So I imagine all the non-terminate ones will be mapped to just be ignored.
Hmm, I guess I'd assumed that I'd be able to use bash scripts to automate Windows functionality (that was probably the most exciting part for me!). You're saying that's not currently possible?
What about more basic things, like moving files around, etc.?
I'd be happy if I never had to write a (Windows) batch script again...
The option to run unmodified executables is nice if you have closed-source linux binaries, but they are rare, and this is directed towards developers and not deployment anyway (where this might be a useful feature).
When I heard "Linux subsystem", I was hoping for a fuller integration. Mapping Linux users to Windows users, Linux processes to Windows processes etc.. I want to do "top" in a cmd.exe window and see windows and linux processes. Or for a more useful example, I want to use bash scripts to automate windows tools, e.g. hairy VC++ builds. And I thought it would be possible to throw a dlopen in a Linux program and load Windows DLLs. Since I don't need to run unmodified Linux binaries, I don't see what this brings to me over cygwin.
I am hoping though that this might be a bit more stable (due to ubuntu packages) and faster than Cygwin, and that it might push improvements of the native Windows "console" window.