Jeśli mówisz o wirtualizacji x86 na hoście x86, pamiętaj, że kqemu (stary moduł jądra akceleracji dla qemu) jest przestarzały. Kernel Virtual Machine (KVM) to „droga naprzód”, ale działa tylko na hostach Linux. Gościem może być dowolny system operacyjny, pod warunkiem, że jest to architektura x86.
Cross-architektura qemu jest nadal bardzo powolna; właśnie dzisiaj próbowałem najnowszego qemu z Debianem MIPS64 u gościa ... można go było używać z terminala, ale w Xorgu było to strasznie wolne. zgodnie z moją najlepszą wiedzą, nie można używać instrukcji przyspieszania procesora, takich jak rozszerzone tabele stron lub VT-x, gdy przechodzisz między architekturami. Wszystko to jest emulowane w oprogramowaniu.
Zatem w przypadku wirtualizacji od x86 do x86 „surowe” qemu jest wolne, ale KVM (który używa qemu) jest szybki. Dosyć szybko. Tak szybko, że jest to zalecane przez RedHata rozwiązanie do wirtualizacji dla RHEL.
VirtualBox wciąż niszczy wszystko, co qemu / kvm może zaoferować w zakresie przyspieszonej sprzętowo wydajności grafiki 2d / 3d, ponieważ kvm koncentruje się na wirtualizacji serwerów, a virtualbox na wirtualizacji pulpitu. Ale zdecydowanie polecam sprawdzenie kvm, jeśli masz do czynienia z serwerem.
Edycja: w przypadku hostów, które nie mają żadnego przyspieszenia sprzętowego, będziesz cierpieć z powodu dość dużego obciążenia, niezależnie od tego, z którego rozwiązania virt korzystasz. Emulowanie sprzętu w oprogramowaniu jest trudne i kosztowne.
ls $(which kvm)
pokazuje dowiązanie symboliczne doqemu-system-x86_64
. Zgaduję, że dokładnie o tym mówiłeś z KVM za pomocą QEMU?