Gemini 2.5 Pro just completed Pokémon Blue (twitter.com)

I forget exactly, but I believe that the original reasons the macrokernel was chosen over the microkernel are largely moot now. The microkernel was always more secure, if my memory serves. That is more important now than it ever was. I need to check but aren't we still behind on full 64 bit adoption? I would be think that we be better achieved through a newer kernel/OS. Lastly, AIs are still relatively new and not as locked down and/or expensive as they may become for specific purposes. Couldn't they help reverse engineer drivers? Which I would think would be one of the largest obstacles. I've read about Redox in the past, but it seemed to be a one man project that was largely abandoned for years and after 10 years it's still not out of beta, if I'm not mistaken.

I'm a middle aged +, amateur user/enthusiast. So, I'm really asking. Lastly, I wonder if the Linux kernel is like the Weasley house in Harry Potter i.e. kind of a monster with parts on top of parts , with the whole being more unruly and although functional is a bit of an unruly mess at this point that doesn't resemble anything like a good overall design like a good "new" house could be. Again, just asking. Most of this is well beyond my understanding.

Comments (9)

dc396 · 13h ago

Maybe it could be called Mach (https://www.cs.cmu.edu/afs/cs/project/mach/public/www/mach.h...) :)

More seriously, I believe the historical challenge with microkernels for Unix(-like) operating systems was the performance hit taken when transitioning from the user processes to the microkernel.

smeg_it · 12h ago

First thanks for the response.

"performance hit taken when transitioning from the user processes to the microkernel" is this still a large issue from the point of view of a desktop/laptop i.e. less embedded or other low power systems?

dc396 · 9h ago

I haven't really been following microkernels for a (very) long time so it's entirely possible that the performance concerns have been overwhelmed by Moore's Law. IIRC, the problem was that microkernels had to do WAY more syscall-equivalents (regardless of how they're done) than monolithic kernels and the constant context switching slowed everything down, but if everything is orders of magnitude faster, maybe it isn't as much of an issue.

mech422 · 12h ago

or SeL4 https://sel4.systems/ or Sculpt https://genode.org/download/sculpt

smeg_it · 12h ago

I had to look and skim to re-familiarize myself with SeL4. It's and older project that really never made it, from just a quick glance. It seems to basis or at least inspirational to more modern kernels. From the wiki, that seems to include Redox. I couldn't find much about sculpt, but it was submitted to distrowatch in 2018 and is still under the "not ready" section of their waiting list. I don't think there is really any usable FOSS OS using a microkernel. Last I remember reading, the ones most in use are highly specialized commercial projects. As far as I know Redox was the closest but it really hasn't been really actively developed (again, correct me if wrong). It hasn't been abandoned i.e. there seems to be development, but it's a long way from an end user OS at this point, from what I remember reading and no big strides have been made (again, maybe wrong)

mech422 · 3h ago

Hmm - don't remember if it was micro-kernel, but AtheOS (1) was a REALLY nice OS developed by a single very talented developer. It included display server, networking, partial POSIX compliance and lots of goodies like GCC, Bash, etc. Haiku moved to using the Linux Kernel if IIRC and AtheOS itself seems to have vanished...

1: https://atheos.metaproject.frl/

mech422 · 3h ago

from what I've heard - sculpt is pretty close to 'daily driver' territory, and genode is used in the companies commercial offerings so it gets continuous work. Its actually the next OS I want to play with ...

mech422 · 4h ago

not sure if you've seen this... https://www.microkernel.info/ but it might be helpful :-D

LargoLasskhyfv · 11h ago

You know? Depending on the hardware you have, you could download a bootable image of Genode, put it on a USB-keychain, and 'sculpt' it from there, in 'live' mode, without touching whatever you have installed on that system. Some, or even most people developing it using it as their daily driver. By means of a ported Virtual Box, and running anything mot covered under that.

I'm not using it more, because I didn't want to touch my installation, because it flies like a mad bat out of hell :-)

But having a look, clicking around, while having the documentation available, trying things, enjoying it, can be done easily by live-booting it from USB.