Earlier quoted context omitted.
It is an implementation of the L4 microkernel API. Microkernel systems can be more reliable than monolithic kernels, but traditionally have the problem of high communication overhead between the services constituting the kernel. The Mach kernel (used by macOS and others) is an example of a known slow microkernel. L4 implementations have been demonstrating since the mid 90s that low overhead microkernels are possible.…
Thanks for the overview. This is exactly the level of analysis I was looking for! >The Mach kernel (used by macOS and others) Where/how does this typically manifest itself? Why isn't macOS slow/sluggish?
The Fiasco microkernel
11–20 of 43 posts
Re: The Fiasco microkernel
#12Earlier quoted context omitted.
It is an implementation of the L4 microkernel API. Microkernel systems can be more reliable than monolithic kernels, but traditionally have the problem of high communication overhead between the services constituting the kernel. The Mach kernel (used by macOS and others) is an example of a known slow microkernel. L4 implementations have been demonstrating since the mid 90s that low overhead microkernels are possible.…
Thanks for the overview. This is exactly the level of analysis I was looking for! >The Mach kernel (used by macOS and others) Where/how does this typically manifest itself? Why isn't macOS slow/sluggish?
That's a feature of the reality distortion field.
Re: The Fiasco microkernel
#13Fiasco means total failure without any kind of possible rescue in Portuguese.
Re: The Fiasco microkernel
#14As Portuguese and microkernel advocate, I would really like that they had chosen a different name for the OS. Fiasco means total failure without any kind of possible rescue in Portuguese.
Re: The Fiasco microkernel
#15Re: The Fiasco microkernel
#16Earlier quoted context omitted.
It means that in English, too.
Also in French!
Re: The Fiasco microkernel
#17Re: The Fiasco microkernel
#18I only have superficial knowledge of kernel-level systems, so a list of features doesn't give me a sense of a project's reason for existing. What's this project solving, exactly?
It is an implementation of the L4 microkernel API. Microkernel systems can be more reliable than monolithic kernels, but traditionally have the problem of high communication overhead between the services constituting the kernel. The Mach kernel (used by macOS and others) is an example of a known slow microkernel. L4 implementations have been demonstrating since the mid 90s that low overhead microkernels are possible.…
Unfortunately, L4 and microkernels in general have (unfairly) gained a bad reputation in some circles, stemming from some projects in the 90s that ended in spectacular failure. Examples include IBM's Workplace OS, which costed billions of dollars in development. L4 has had quiet success in the embedded space. General interest has renewed thanks to interesting projects like the seL4 project.
> I wonder why neither Minix 3 nor Fuchsia are using L4
There are many variants of L4, which have similar concepts and APIs but favour different design choices. So it's not that straight forward. In my opinion, I suspect companies with enough manpower will find it easier to make a new project and take the best ideas of L4 without importing all the controversial or philosophical aspects.
Edit: fixed a typo
Re: The Fiasco microkernel
#19As Portuguese and microkernel advocate, I would really like that they had chosen a different name for the OS. Fiasco means total failure without any kind of possible rescue in Portuguese.
Re: The Fiasco microkernel
#20Earlier quoted context omitted.
It means that in English, too.
Also in French!