Live data from Hacker News

Ubuntu on Windows

blog.dustinkirkland.com

101–110 of 933 posts

Re: Ubuntu on Windows

#102
post #39

Earlier quoted context omitted.

I would rather have the opposite. I would even pay for an official "Windows on Linux". There is a handful of games I would like to play, but other than that I have no interest in windows.

Totally doable. Use KVM to virtualize Windows and (the important part) make sure your CPU and motherboard support VT-d. Then you can pass a graphics card (separate from the one you run Linux with, naturally) to the VM and get >95% of native performance. There's lots of videos of folks doing this.

[deleted]

Re: Ubuntu on Windows

#103
post #52

Earlier quoted context omitted.

That's still "VM" not "Native". You aren't running them "side by side"... you are running them "One inside the other". Not exactly an apple-to-apple comparison.

The performance hit is so negligible on modern hardware that the distinction doesn't really matter.

[deleted]

Re: Ubuntu on Windows

#104
post #63
post #4

"Linux geeks can think of it sort of the inverse of "wine" -- Ubuntu binaries running natively in Windows. Microsoft calls it their "Windows Subsystem for Linux"." I find it amazing that you can have such a functional Ubuntu environment by translating system calls. Microsoft does have the advantage of Linux being open-source I suppose, while the Wine project had to reverse engineer DLLs. Or have you supply them on yo…

Windows NT was designed from the start to have modular subsystems. It was most infamously used to provide a POSIX subsystem which really only checked boxes on government acquisition forms. :-) The reason WINE went with the library emulation route is because: (a) the Windows kernel doesn't have a stable system call layer, and (b) the Win32 API is massive anyway. Windows has an easier time emulating Linux at the very l…

IIRC, this is how the Linux binary compat on BSD works.

Re: Ubuntu on Windows

#107
post #94

To clarify, it sounds like what Microsoft has added to Windows 10 is a Linux ABI. This has been done before with other x86 OSes: FreeBSD has had 32-bit ABI compatibility for at least a decade ( https://www.freebsd.org/doc/handbook/linuxemu.html ), and the "lx branded zone" for Solaris has it as well ( https://docs.oracle.com/cd/E19455-01/817-1592/gchhy/index.ht... ).

I think FreeBSD linuxulator has 64bit support too since they introduced Docker support last year.

That was only for 32 bit containers. FreeBSD 11 should have 64-bit linux support though.

Re: Ubuntu on Windows

#108

Earlier quoted context omitted.

>Microsoft does have the advantage of Linux being open-source More correctly would be to say that Microsoft has advantage of user space libraries used in GNU/Linux distributions being open-source. Linux kernel itself being GPL2 is probably a problem for Microsoft's developers because of possibility to be accidentally exposed to it while researching documentation.

Thats why you do it clean room style. One team to document, one team to implement based on that document.

What does "clean room" style mean, exactly? I've heard the term, but only in connection with semiconductor factories, I think. You're talking about software here.

Re: Ubuntu on Windows

#109
post #39

Earlier quoted context omitted.

I would rather have the opposite. I would even pay for an official "Windows on Linux". There is a handful of games I would like to play, but other than that I have no interest in windows.

Totally doable. Use KVM to virtualize Windows and (the important part) make sure your CPU and motherboard support VT-d. Then you can pass a graphics card (separate from the one you run Linux with, naturally) to the VM and get >95% of native performance. There's lots of videos of folks doing this.

I've heard that this works wonderfully for graphics, but the sound emulation is pretty terrible. At least, I've heard about clicks and pops when the game puts much load on the system. This was on a friend's machine; maybe he had it configured badly.

Re: Ubuntu on Windows

#110
post #54

A few random thoughts: - Wow, hell is really freezing over! - The hardest part of running bash and other posix things under windows is filesystem access. Windows uses drive letters and backslashes, unix has a root filesystem with forward slashes. It seems they are taking the same route as cygwin by "mounting" windows drives in /mnt/c (or /cygdrive/c). - If you just wanted bash and some posix tools, the harder but nic…

> It seems they are taking the same route as cygwin by "mounting" windows drives in /mnt/c (or /cygdrive/c). I wonder if this Unix filesystem layer will be able to break the Windows legacy path length limit. If so, the Linux version of Node.js will suddenly become much more useful than the Windows version. > It remains to be seen if this is better (more performant) or worse Sounds like performance, at least, will be…

http://stackoverflow.com/a/67293/3965517 indicates that NT does support fork properly, just not exposed to usermode normally.
Post reply on HN