The question I always have when I see these userspace kernels is, Linux in Userspace exists. You can boot Linux with a root in userspace already. Why write a new kernel from scratch instead of fixing/improving usermode Linux instead, which has the benefit of providing the entire Linux API already?

How is Ginux different from User mode Linux?

https://en.wikipedia.org/wiki/User-mode_Linux

This is kind of the wrong approach when linux namespaces exist and rootless namespaces are approach full spectrum.

So how exactly can you control multiple isolated address spaces for the leaf user processes and how do you handle syscalls? Does the host kernel have facilities for normal user processes to do so?

Post from yesterday: https://news.ycombinator.com/item?id=50424147

probably you get more isolation with jslinux

My immediate thought was this: https://en.wikipedia.org/wiki/User-mode_Linux

More seriously, it is a great use of indirection insofar as replacing the full Linux kernel is a gargantuan task. A userspace kernel per task or task group.. makes a lot of sense. I'd be interested to know how it captures syscalls - eBPF? It wasn't obvious from a skim of the readme.

This kind of give-me-this-interface work seems pretty perfect for LLMs, too.

The issue with this kind of thing is nobody will take it seriously.

[flagged]

[dead]

Guys - AI slop is winning the war. Soon the Top 500 Supercomputers will run AI-Ginux rather than Linus-Linux.