Porting the GNU Hurd to the L4 Microkernel (2003) [pdf]
cs.cmu.edu
cs.cmu.edu
Maybe focusing on only the drivers needed to make it run well in VMware or openbox would improve the usability story. I've always thought it was interesting, but a lot of people wrote it off after linux took off. I can't help but think that hardware performance has improved to the point that the supposed perf penalties of microkernels wouldn't matter.
Debian GNU/Hurd runs really well under virtualization, btw.
Mind you, I've always thought that argument was specious for several reasons...but in a naive implementation breaking a kernel unto multiple processes would have to have higher context switch overhead.
I've always though, though, that not everything needs to be process isolated, and using more of a message pass system could probably overcome context switch overhead in multiprocessor system's
EDIT: GOD DAAMN PHONE. I think that the reliability gains may more than make up for any perf problems.
It would have made sense for me if they had ported the GNU tools to work with L4.
Can somebody enlighten me ?
So this would be replacing Mach with L4, retaining Hurd for the user space operating system components.
GNU Mach is here to stay.