LWN: Comments on "The Hurd: GNU's quest for the perfect kernel" https://lwn.net/Articles/395150/ This is a special feed containing comments posted to the individual LWN article titled "The Hurd: GNU's quest for the perfect kernel". en-us Wed, 24 Sep 2025 09:08:15 +0000 Wed, 24 Sep 2025 09:08:15 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net The Hurd: GNU's quest for the perfect kernel https://lwn.net/Articles/396448/ https://lwn.net/Articles/396448/ oak <div class="FormattedComment"> <font class="QuotedText">&gt; can you crash a driver under development without rebooting the whole system?</font><br> <p> Are you asking in theory or in practice? Latter depends a lot on the implementation and whether it's a HW driver or just a pure SW driver. :-)<br> <p> The Hurd distro page had at least this comment:<br> "You can run several instances of the Hurd in parallel, and debug even critical servers in one Hurd instance with gdb running on another Hurd instance."<br> <p> (Debugging doesn't succeed if you're single stepping through critical system service, therefore debugger needs to run elsewhere.)<br> <p> <p> <font class="QuotedText">&gt; Does it also demonstrate this IPC overhead micro-kernels are often blamed for?</font><br> <p> There was this comment from user (in 2009):<br> "while X does work, it works very poorly -- it's not only slow and jerky all the time, but also tends to lock up completely."<br> <p> But I assume the slowness is partly because of missing shared memory:<br> "Although the POSIX interface is provided, some additional interfaces like POSIX shared memory or semaphores are still under development."<br> <p> And of course it being a development kernel; not a finished, mature and well optimized one.<br> <p> <p> Based on the referenced Hurd article and e.g. these Wikipedia articles on Mach + L4 and its derivatives which take into account things not taken into account in Mach design (perforamance, resource handling, security):<br> <a href="http://en.wikipedia.org/wiki/Mach_">http://en.wikipedia.org/wiki/Mach_</a>(kernel)#Second-generation_microkernels<br> <a href="http://en.wikipedia.org/wiki/L4_microkernel_family#History">http://en.wikipedia.org/wiki/L4_microkernel_family#History</a><br> <p> I would say that Mach derived stuff seems better to move to newer microkernel generation to be able to be relevant to real users (or researchers).<br> <p> OSX is also partially Mach based, but it's a hybrid, not a pure microkernel:<br> <a href="http://en.wikipedia.org/wiki/XNU">http://en.wikipedia.org/wiki/XNU</a><br> <p> </div> Sun, 18 Jul 2010 10:17:09 +0000 testimonial https://lwn.net/Articles/396059/ https://lwn.net/Articles/396059/ roelofs <FONT COLOR="#008844"><I>... but on the Hurd status page there is a testimonial of someone that has been using the Hurd for most of his everyday work for two years, ...</I></FONT> <P> Three, assuming he's still doing so. That testimonial is dated June 2009. <P> Greg Wed, 14 Jul 2010 21:49:26 +0000 The Hurd: GNU's quest for the perfect kernel https://lwn.net/Articles/395904/ https://lwn.net/Articles/395904/ DOT <div class="FormattedComment"> "Does it also demonstrate this IPC overhead micro-kernels are often blamed for?"<br> <p> That's what I'd like to know too. During a class on operating systems, the lecturer told us that IPC overhead is not much of an issue on hardware that's not utterly ancient. I'd like to see proof of that though, because IPC overhead is always brought up in articles about microkernels. With a functional Hurd, Minix and Symbian, there are enough free competitors for a nice comparison with Linux.<br> </div> Tue, 13 Jul 2010 23:14:32 +0000 The Hurd: GNU's quest for the perfect kernel https://lwn.net/Articles/395690/ https://lwn.net/Articles/395690/ marcH <div class="FormattedComment"> Very informative article, thanks.<br> <p> So Hurd is not vaporware but runs. Does it actually demonstrate the benefits of a micro-kernel approach? First and foremost, can you crash a driver under development without rebooting the whole system?<br> <p> Does it also demonstrate this IPC overhead micro-kernels are often blamed for?<br> <p> </div> Sat, 10 Jul 2010 20:32:17 +0000