Live data from Hacker News

Microsoft's Linux Kernel

github.com

391–400 of 532 posts

Re: Microsoft's Linux Kernel

#391
Embrace, Extend and Extinguish.

Still, the same until they:

1. Will give up FAT and exFAT patents

2. Stop racketeering Android vendors for their patented "inventions"

Also, what happened with NTFS-3G[1] project? Seems dead for many years, while still not supporting some of the NTFS features. They should at least upload it to GitHub.

[1] https://www.tuxera.com/community/open-source-ntfs-3g/

Re: Microsoft's Linux Kernel

#392
post #265

This is really Microsoft catching up to the Mac in terms of integration with the open-source ecosystem which importantly drives the web. In the mid 2000's the Mac really took off due to being a good-enough Linux replacement on the command line, while taking care of all the hardware integration and providing a sleek desktop experience. This really helped the Mac take off among hackers. This system wasn't as open-sourc…

From the very start, the NT micro kernel was designed with multiple OS APIs in mind. They implemented a Posix subsystem decades ago.

Re: Microsoft's Linux Kernel

#393
post #265

This is really Microsoft catching up to the Mac in terms of integration with the open-source ecosystem which importantly drives the web. In the mid 2000's the Mac really took off due to being a good-enough Linux replacement on the command line, while taking care of all the hardware integration and providing a sleek desktop experience. This really helped the Mac take off among hackers. This system wasn't as open-sourc…

From the very start, the NT micro kernel was designed with multiple OS APIs in mind. They implemented a Posix subsystem decades ago.

I think it's a little sad that they are going this route (wrapping a running Linux kernel) rather than working to improve Windows disk performance and continuing to improve their WSL 1.x product. It looks like they are missing out on an opportunity to improve the NT kernel for what looks like short-term gain.

Re: Microsoft's Linux Kernel

#394

Earlier quoted context omitted.

Version incompatibility is expected, because Linux kernel changes a lot. You need the correct driver for your kernel. The amdgpu driver is a part of Linux distribution, your best option is to install it from Ubuntu apt repository, not from manufacturer's website. Which now explicitly and clearly says the driver is for Ubuntu 18.04 only - did you not see that?

> Version incompatibility is expected, because Linux kernel changes a lot. Expected by whom, though? I could understand it if it was major kernel versions or something like that, but it seems that a whole bunch of things are really tightly linked. > Which now explicitly and clearly says the driver is for Ubuntu 18.04 only - did you not see that? I honestly didn't. I went back and checked - yep, it does say for 18.04[…

Of course, not expected by a basic user. But if you follow Linux, it is quite well known that the Linux project intentionally does not promise stable internal api in the kernel, they "run a tight ship" where if a program needs to use kernel api, it has to be maintained in the Linux tree. Given this modus operandi of the Linux project, breakage of the old drivers with the new kernel version is expected.

Advice to Linux users: one would best get their the graphics driver and a matching Linux kernel from the same source, either the Linux project, or the OS distribution. Mixing versions downloaded from AMD website with random kernel is supported by nobody and is testing your luck. That is a Windows model and kind of works with Linux only with nvidia drivers for their hardware, although it brings a lot of headaches too.

I agree that the installer should have warned you about the incompatibility at the beginning of the install, not at the end. That sucks.

With graphics, it is usually best to run the newest drivers with Linux, that means the newest kernel possible. Except for the older cards, which are not supported by AMD anymore (which sucks), where one can only use old drivers with appropriate old kernel.

Re: Microsoft's Linux Kernel

#395
post #299

Earlier quoted context omitted.

I keep seeing this angst over whether Linux will ever be ready on the desktop. Well, I've been using it exclusively for something like 15 years.

Me too, since 2004 with Fedora 3 back then. And I'm growing more and more frustrated with it the last few years. Maybe I just have less time and patience nowadays :-)

Windows and MacOS have their frustrating points as well, I don't think any of these systems are perfect. I suspect the vast majority of computer using people could get by with a Linux desktop with about the same amount of frustration they suffer already.

At least on Linux I can fix the things that are really making me nuts.

Re: Microsoft's Linux Kernel

#396

I think this will benefit windows users because now they have easy access to Linux but also probably to Linux users who now can write Linux programs that can access resources on a Windows machine. Conceptually it amounts to having England and France whose people speak their own languages and now there is an European Union language translator program that allows them to talk to each other in their own language. No?

I'd expect it to be mostly one way - Windows can access the Linux stuff.

If I could do COM calls from Linux to a Windows hosted Excel.Application, now that would be amazing...

Re: Microsoft's Linux Kernel

#397
Honestly, I would kill to see real shifts and development in operating systems space and computing space in general. I would rather love to be in a world where the industry incrementally adapts newer kinds of operating systems in their workflow, a world where different kinds of ideas (example plan9, inferno, lisp, oberon) are regularly experimented with in the marketplace. Here we are stuck with the same kinds of systems which just work in one way, and working on standardizing it; where CLI programs are still considered professional;

This is spent effort to be lazy.

Having said that, it is technologically worth studying.

Re: Microsoft's Linux Kernel

#398

I wish Microsoft would release their own linux-based OS with a compatibility layer to let me run Windows apps. I'm not overly impressed with the direction Apple is going but I really enjoy a *nix-native environment too much to go back to vanilla Windows. It would change the math a lot for me if it was full-blown linux under the hood.

Why? This is a common ask, but what exactly makes a Linux kernel superior to Windows? There seems to be an assumption that Linux is the ultimate in OSes. But most of the value comes from the large ecosystem and momentum, rather than specific technical advantages.

The biggest practical advantage I have found is that Linux has dramatically better filesystem I/O performance. Like, a C++ project that builds in 20 seconds on Linux takes several minutes to build on the same hardware in Windows.

Re: Microsoft's Linux Kernel

#399

Earlier quoted context omitted.

I didn't know that macOS users don't run Docker natively! On Windows, it's native: https://docs.docker.com/docker-for-windows/

That cannot run Linux containers, only Windows containers, no?

Yes. If you're running Windows containers you can be "native" docker.

However, we use VMs managed with Salt for our Centos VMs. I never saw the need for Docker. Maybe if I did "web" stuff.

Re: Microsoft's Linux Kernel

#400
post #350

Earlier quoted context omitted.

>I keep seeing this angst over whether Linux will ever be ready on the desktop. Well, I've been using it exclusively for something like 15 years. >For most purposes, it has been ready for years.[...] Most people, however, could switch to one of many Linux distributions and be just as productive if not moreso. If "most people" includes non-technical users, I doubt they could switch to Linux without difficulties. E.g.…

I agree with this sentiment. I'm not a hacker, gamer or coder. I'm an architect who enjoys tech. I've used Ubuntu and other distros. The one thing that stops Linux from becoming mainstream for desktop use is software. Software for enterprises and software for consumers. The tech community doesn't realize that there is more than just office applications and browsers that people use. I can not install BIM (Revit) softw…

In some fields (3D modeling, PCB CAD) FOSS software could be considered mainstream, in others (audio, photography, vector graphics) just really good.

Yes, unfortunately, architecture CAD and BIM are not among those fields :(

Post reply on HN