Karna@lemmy.ml to Linux@lemmy.ml · 3 months agoBytedance Proposes "Parker" For Linux: Multiple Kernels Running Simultaneouslywww.phoronix.comexternal-linkmessage-square10fedilinkarrow-up153arrow-down11
arrow-up152arrow-down1external-linkBytedance Proposes "Parker" For Linux: Multiple Kernels Running Simultaneouslywww.phoronix.comKarna@lemmy.ml to Linux@lemmy.ml · 3 months agomessage-square10fedilink
minus-squaretla@lemmy.worldlinkfedilinkarrow-up7·3 months agoHow is this better than a hypervisor OS running multiple VM’s?
minus-squareAvid Amoeba@lemmy.calinkfedilinkarrow-up7·edit-23 months agoI imagine there’s some overhead savings but I don’t know what. I guess with classic hypervisor there’s still calls going through the host kerbel whereas with this they’d go straight to the hardware without special passthrough features?
minus-squareLeFantome@programming.devlinkfedilinkarrow-up4·edit-23 months agoThere is no hypervisor. So, no hypervisor to update and manage.
minus-squarefriend_of_satan@lemmy.worldlinkfedilinkEnglisharrow-up3·3 months agoI recently heard this great phrase: “A VM makes an OS believe that it has the machine to itself; a container makes a process believe that it has the OS to itself.” This would be somewhere between that, where each container could believe it has the OS to itself, but with different kernels.
How is this better than a hypervisor OS running multiple VM’s?
I imagine there’s some overhead savings but I don’t know what. I guess with classic hypervisor there’s still calls going through the host kerbel whereas with this they’d go straight to the hardware without special passthrough features?
There is no hypervisor. So, no hypervisor to update and manage.
I recently heard this great phrase:
This would be somewhere between that, where each container could believe it has the OS to itself, but with different kernels.