Jeśli konfigurujesz osobne partycje dla poszczególnych systemów operacyjnych, inną opcją jest skonfigurowanie multiboot z GRUB . Ma to tę zaletę, że pozwala systemowi-gościowi na bezpośrednią komunikację ze sprzętem w celu zwiększenia wydajności i kompatybilności, a także uwalnia cię od osobliwości i indywidualnych ograniczeń Hypervisora typu 1 hosta.
Na przykład VMware ESXi nie obsługuje systemu Windows 8 przed ESXi 5.0 Patch 4 i wymagałby instalacji Hypervisora typu 2, takiego jak Qemu, w systemie gościa w celu emulacji procesora opartego na ARM (np. Do programowania Raspberry Pi ). Z drugiej strony Xen może być dość trudny do skonfigurowania, a obsługa sterowników może zależeć od kompatybilności dystrybucji.
Ponadto hiperwizor typu 1 może, ale nie musi, być zgodny z technologiami zarządzania energią laptopa i drastycznie wpływać na żywotność baterii.
Inną opcją, którą możesz rozważyć, jest skonfigurowanie uproszczonej wersji systemu Linux z zainstalowanym KVM i obsługą wirtualizacji wspomaganą sprzętowo przez Intel VT-x (dla twojego Core i7) jako system operacyjny hosta. Chociaż technicznie nie jest to implementacja hiperwizora typu 1, może zaoferować pożądaną funkcjonalność. Zdecydowanie zaleciłbym przechowywanie obrazów dysków jako plików, a nie partycji, jeśli pójdziesz tą drogą - znacznie łatwiej jest tworzyć kopie zapasowe, zarządzać nimi i aktualizować / wycofywać z eksploatacji.
Ta dyskusja zawiera znacznie więcej przydatnych informacji, jeśli chcesz dalej badać ten temat.
Możesz również rozważyć uruchomienie potencjalnego typu 1 w ramach hiperwizora typu 2, takiego jak VMware Workstation , VirtualBox lub Qemu, aby „wypróbować przed zakupem” i sprawdzić interfejs itp., Chociaż trudno będzie określić wydajność i zgodność.