- cross-posted to:
- linux@programming.dev
- hackernews@lemmy.bestiver.se
- cross-posted to:
- linux@programming.dev
- hackernews@lemmy.bestiver.se
You must log in or register to comment.
That’s kind of hilarious. At first we had VMs to run entirely separate operating systems. Then we had Containers to separate everything except the kernel. And now we might get separation for just the kernel.
In a weird way this makes Linux a microkernel. They’re “macro” but isolated and cooperative. Coolest patch set I’ve read about in a while.
Full system updates without a reboot? Sign me up.
Not necessarily, maybe the main kernel has to keep running so you won’t be able to hot swap that (haven’t read the thing yet). In any case we’ve had updates without reboot for a while for a while, but it’s a pain to set up, there’s even a song about it https://youtu.be/SYRlTISvjww
Also sounds like we can run multiple kernels at once during normal operations, to isolate processes.
So, could I run a second kernel for, say, Docker to use? Isolate those containers away from the host system kernel?
Linux subsystem for linux
You know the very first thing someone is going to do is run Linux in Linux in Linux.
I thought the first would be Doom :(
This is already possible with kpatch, ksplice, etc. This new thing seems more like a hypervisor of sorts? Or maybe a next level docker where containers could package their own kernel?
In-memory kernel patching is complicated, AFAIK only select distributions support it, right? If kernel hotswap is successfully implemented this way, it should allow switching between arbitrary kernels at runtime without extra work or setup.
Of course, that’s a pretty big “if”, but a simple unified system sounds like a great thing. And of course there’s more to this than swapping kernels.
This truly is God’s country
Keep you imaginary sky daddy out of here, thank you
Just a figure of speech 😉
What the fuck this is the best idea ever
