Live data from Hacker News

Debian GNU/Hurd 2023

lists.gnu.org

21–30 of 132 posts

Re: Debian GNU/Hurd 2023

#22
post #9
post #7

Earlier quoted context omitted.

Linux is not a microkernel, whether you compile it with modules or as one file. In a microkernel, the various modules run as separate processes rather than as part of the kernel. For example, if your network driver crashes, your kernel keeps running. Whereas in a monolithic kernel, a driver crashing crashes the whole kernel.

It's not quite that black/white, because drivers in Linux can and do crash without bringing down the whole system. I don't really know the technical details on how this works exactly, but I've seen drivers crash while the system remained running.

Yes. But a Linux driver can crash the whole OS. In micro kernel land, most driver will not be able to do that.

As I see it a micro kernel has simply a narrower definition of what should be in "kernel land" and what should be in "user land".

Re: Debian GNU/Hurd 2023

#23
post #19

[flagged]

> really shows how irrelevant the GNU foundation (and even the FSF) have become I've seen several posts here in the last month about proprietary software being used to basically exploit the users: steeply increase fees, hold files ransom (upgrade for money or loose access to files), spying on users. My conclusion is very different from yours: GNU Foundation and FSF are very relevant! They seem to lack in the PR dept,…

The cause they fight for is very relevant.

Now whether the organizations are actually doing a good job on that front is more questionable.

Re: Debian GNU/Hurd 2023

#24
post #5

This micro kernel vs. monolithic kernel still puzzles me. From a computer science perspective micro kernels make so much sense. But when I compiled the Linux kernel, I was always baking everything into one file. It seemed much more practical to do so.

> From a computer science perspective micro kernels make so much sense.

Reality beats theory every day of the week. Communication and isolation is never free.

> But when I compiled the Linux kernel, I was always baking everything into one file. It seemed much more practical to do so.

Whether it has modules or not have no bearing on whether kernel is monolithic or not

Re: Debian GNU/Hurd 2023

#25
post #9
post #7

Earlier quoted context omitted.

Linux is not a microkernel, whether you compile it with modules or as one file. In a microkernel, the various modules run as separate processes rather than as part of the kernel. For example, if your network driver crashes, your kernel keeps running. Whereas in a monolithic kernel, a driver crashing crashes the whole kernel.

It's not quite that black/white, because drivers in Linux can and do crash without bringing down the whole system. I don't really know the technical details on how this works exactly, but I've seen drivers crash while the system remained running.

Yeah but fact a part can crash without bringing rest down doesn't make it non-monolithic.

The fact that driver bug in theory could overwrite any other part of the kernel is what makes it monolithic.

Re: Debian GNU/Hurd 2023

#26
post #19

[flagged]

> really shows how irrelevant the GNU foundation (and even the FSF) have become I've seen several posts here in the last month about proprietary software being used to basically exploit the users: steeply increase fees, hold files ransom (upgrade for money or loose access to files), spying on users. My conclusion is very different from yours: GNU Foundation and FSF are very relevant! They seem to lack in the PR dept,…

We have Linux though, and mountains of non-GNU projects.

It's not really about "proprietary vs. free software", it whether the FSF and GNU are still a driving force for Free Software. And to me this seems ... not really? They're still trying to create their anno-1985 Unix replacement. That's great and all, but also not really driving anything forward.

Re: Debian GNU/Hurd 2023

#27

[flagged]

QEMU images? I don’t know, maybe I am oldschool myself but I immediately found my way around.

It’s a big, hairy project that is not easily reduced to a simple feature list. Also consider the audience. This project is not meant to attract us hipsters.

I found your conclusion a bit unfounded.

Re: Debian GNU/Hurd 2023

#28
post #19

[flagged]

> really shows how irrelevant the GNU foundation (and even the FSF) have become I've seen several posts here in the last month about proprietary software being used to basically exploit the users: steeply increase fees, hold files ransom (upgrade for money or loose access to files), spying on users. My conclusion is very different from yours: GNU Foundation and FSF are very relevant! They seem to lack in the PR dept,…

Open source and software freedom are relevant, the FSF is not.

In an era of insane surveillance, AI technology, mass corporate insanity, the FSF is still arguing about firmware blobs on hardware vs loaded in by the OS, or advocating for switching from .docx to .odt when the world has moved on from even having document files.

Re: Debian GNU/Hurd 2023

#29

[flagged]

HURD is does not have a stable release. It's unlikely to even boot on real hardware, which is why they have QEMU images. I don't know what screenshots of a kernel would look like.

Generalising this to GNU and the FSF is daft. Claiming this somehow shows their irrelevance is even more so.

Re: Debian GNU/Hurd 2023

#30
post #25
post #9

Earlier quoted context omitted.

It's not quite that black/white, because drivers in Linux can and do crash without bringing down the whole system. I don't really know the technical details on how this works exactly, but I've seen drivers crash while the system remained running.

Yeah but fact a part can crash without bringing rest down doesn't make it non-monolithic. The fact that driver bug in theory could overwrite any other part of the kernel is what makes it monolithic.

Sure, I'm just saying that there is some nuance to "a driver crashing crashes the whole kernel".
Post reply on HN