<style> /* Logo-Positionierung */ .reveal .slides { background: url(https://hedgedoc.xinux.net/uploads/xinux-weiss.png) no-repeat; background-position: right 10px bottom 10px; background-size: 80px; } /* Listen-Anpassungen */ .reveal ul li { font-size: 28px !important; line-height: 1.3 !important; margin-bottom: 10px !important; } .reveal table { font-size: 28px !important; } </style> ## KVM vs. VirtualBox — Typ-1 oder Typ-2? * Kernelmodul vorhanden bedeutet nicht automatisch Typ-1 * Entscheidend: **Wo läuft die VM wirklich?** * → Diese Frage klären wir jetzt. --- ## VirtualBox * Kernelmodul **vboxdrv** unterstützt Virtualisierung (Performance, Systemzugriffe) * **VM selbst läuft im Userspace** (VBoxHeadless, VBoxManage oder GUI) * Ausführung und Steuerung finden außerhalb des Kernels statt * → **VirtualBox ist ein Typ-2-Hypervisor** --- ## KVM * Kernelmodul **kvm.ko** führt die VMs direkt im Kernel aus * Tools wie QEMU/virsh/virt-manager sind reine Verwaltungswerkzeuge * Die Virtualisierung läuft unmittelbar im Kernelkontext * → **KVM ist ein Typ-1-Hypervisor** --- ## Vergleich | Merkmal | VirtualBox | KVM | |---------|------------|-----| | Kernelmodul vorhanden | Ja (vboxdrv) | Ja (kvm.ko) | | VM läuft im Userspace | Ja | Nein | | Hypervisor direkt im Kernel | Nein | Ja | | Typ laut Definition | Typ-2 | Typ-1 | --- ## Fazit * **Kernelmodul ≠ automatisch Typ-1** * VirtualBox → Typ-2 (obwohl Kernelmodul vorhanden) * KVM → Typ-1 (da VM-Ausführung direkt im Kernel) * → **KVM ist technisch ein Typ-1-Hypervisor**