2015-07-27 14:21:19 +0000 2015-07-27 14:21:19 +0000
97
97

Jak wybrać interfejs parawirtualizacji w VirtualBox?

Biorąc pod uwagę system hosta Windows 8 (Intel Core i5) i hosta Linux Fedora, chciałbym określić optymalne ustawienie dla interfejsu parawirtualnego.

Opcje to

  • none
  • Default
  • Legacy
  • minimal
  • Hyper-V
  • KVM Ta strona sugerują, że wybór jest oparty tylko na systemie gościa:

Największą zmianą w VirtualBox 5.0 jest wprowadzenie obsługi parawirtualizacji, przynosząc wyższą wydajność i dokładność w trzymaniu czasu w obsługiwanych systemach operacyjnych gości (Hyper-V w Windows i KVM w Linuksie).

Czy to prawda?

Odpowiedzi (3)

108
108
108
2015-07-27 14:33:29 +0000

VirtualBox Manual ](https://www.virtualbox.org/manual/ch10.html#gimproviders), w sekcji zatytułowanej Dostawcy wirtualizacji bardzo jasno wyjaśnia, kiedy każdy z nich powinien być użyty (podkreślenia dodane):

  • Minimal: Informuje o obecności środowiska zwirtualizowanego. Dodatkowo, zgłasza częstotliwość TSC i APIC do systemu operacyjnego gościa. Ten dostawca jest obowiązkowy do uruchamiania gości Mac OS X.

  • KVM: Prezentuje interfejs hiperwizora Linux KVM, który jest rozpoznawany przez jądra Linuksa od wersji 2.6.25. Implementacja VirtualBoxa obsługuje obecnie parawirtualizowane zegary i spinlocki SMP. Ten dostawca jest zalecany dla gości Linuksa.

  • Hyper-V: Prezentuje interfejs hypervisora Microsoft Hyper-V, który jest rozpoznawany przez Windows 7 i nowsze systemy operacyjne. Implementacja VirtualBoxa obsługuje obecnie parawirtualizowane zegary, raportowanie częstotliwości APIC, debugowanie gościa, raportowanie awarii gościa oraz zrelaksowane sprawdzanie timerów. Ten dostawca jest zalecany dla gości Windows.

Pozostałe opcje w rozwijanej liście wykonują następujące czynności, jak wyjaśniono w vboxmanage docs :

  • None : Określenie none jawnie wyłącza eksponowanie jakiegokolwiek interfejsu parawirtualizacji.

  • Default : Opcja default, wybierze odpowiedni interfejs w zależności od typu guest OS podczas uruchamiania maszyny wirtualnej. Jest to domyślna opcja wybierana podczas tworzenia nowych maszyn wirtualnych.

  • Legacy : Opcja legacy jest wybierana dla maszyn wirtualnych, które zostały utworzone przy użyciu starszych wersji VirtualBoxa i spowoduje wybranie interfejsu parawirtualizacyjnego podczas uruchamiania maszyny wirtualnej z VirtualBoxem 5.0 i nowszymi.

10
10
10
2015-12-04 23:00:36 +0000

Uściślijmy, ponieważ miałem zmigrowane maszyny wirtualne 4.3, a te są “legacy”, ponadto interesowało mnie, jakie ustawienie należy zastosować, jeśli kopiuję maszynę wirtualną z Linuksa na Windows lub odwrotnie:

–paravirtprovider none|default|legacy|minimal|hyperv|kvm: To ustawienie określa, jaki interfejs parawirtualizacji zapewnić systemowi operacyjnemu gościa.

  • Określenie none wyraźnie wyłącza eksponowanie jakiegokolwiek interfejsu parawirtualizacyjnego.
  • Opcja default powoduje wybranie odpowiedniego interfejsu w zależności od typu guest OS podczas uruchamiania maszyny wirtualnej. Jest to domyślna opcja wybierana podczas tworzenia nowych maszyn wirtualnych.
  • Opcja legacy jest wybierana dla maszyn wirtualnych, które zostały utworzone przy użyciu starszych wersji VirtualBox i spowoduje wybranie interfejsu parawirtualizacyjnego podczas uruchamiania maszyny wirtualnej z VirtualBox 5.0 i nowszych.
  • minimalny dostawca jest obowiązkowy dla gości Mac OS X** ,
  • kvm - zalecany dla gości Linux
  • i hyperv - zalecany dla gości Windows

Opcje te są szczegółowo wyjaśnione w sekcji 10.4, Dostawcy parawirtualizacji “.

Z podręcznik rozdział 8 .

Jeśli więc zaktualizowałeś VirtualBox do wersji 5 w Linuksie, po prostu wybierz kvm lub default , uruchom VM i sprawdź czy działa poprawnie. Jeśli tak, pozostaw nowe ustawienia.

Jeśli migrujesz/przenosisz maszyny wirtualne z Linuksa do Windowsa, polecam opcję default, która automatycznie wybierze najlepszy interfejs wirtualizacji.

0
0
0
2019-03-26 11:23:17 +0000

Po prostu mu do centów, na podstawie moich własnych testów.

Testowałem z gościem Windows 10, działającym na hoście Windows 10 i na hoście Linux (a przynajmniej próbowałem).

Nie wspominając o tym, że wszystkie dyski wirtualne, których używam są niezmutowane (aby zapewnić identyczne testy).

Na hoście windows 10, gość działa normalnie (może trochę wolno), ale uruchamia się i pokazuje pulpit… parawirtualizacja jest “domyślna”.

Jeśli spróbuję uruchomić tę samą maszynę wirtualną na hoście linuksowym z parawirtualizacją “default”, gość Windows 10 nie uruchamia się, uruchamia się do momentu, gdy kropki poruszają się w kółko, a następnie po chwili zamarza… nie można się zalogować, ani wyświetlić pulpitu… pamiętaj, że wszystkie dyski są niezmienne.

Ale jak tylko ustawię parawirtualizację na “Heredada” (jest po hiszpańsku), uruchamia się i dociera do pulpitu, ale czasami (pamiętaj, że wszystkie dyski są niemutowalne) restartuje się, podczas gdy innym razem mogę go używać (bardzo, bardzo wolno)… więc musi być gdzieś konflikt wyścigowy, mimo że z niemutowalnymi dyskami nie zawsze robi to samo.

Ah, przy okazji, gość Windows nie ma dostępu do Internetu, aby być pewnym, że żadne połączenie internetowe nie może sprawić, że rzeczy działają inaczej podczas zimnych startów.

Pamiętaj:

  • Wszystkie dyski są niezmutowane
  • Wszystkie są przywracane przy każdym zimnym starcie
  • Gość Windows nie zawsze działa
  • Z parawirtualizacją na “default” nie uruchamia się nawet na hoście Linux, ale uruchamia się dobrze na hoście Windows.
  • Z parawirtualizacją na “Heredada” uruchamia się na hoście linuksowym (ale nie zawsze jest stabilny abyś mógł go używać)

Próbowałem także włączyć/wyłączyć 2D & 3D (także PAE/NX) ponieważ chcę aby ten sam gość (wirtualne dyski twarde skopiowane z jednego hosta na drugi) był stabilny na dwóch różnych hostach; Chcę również mieć możliwość kopiowania wirtualnych dysków twardych z jednego hosta na drugi po dokonaniu jakiejkolwiek aktualizacji (przed wykonaniem zimnego startu, łącząc niezmutowany dysk z jego rodzicem, aby zmiany były trwałe i nie zostały utracone, aka używając CloneVDI); nie używam snapshotów, tylko niezmutowanych dysków.

To jest to co widziałem, muszę zrobić więcej testów z innymi wartościami parawirtualizacji, na wszelki wypadek, gdyby któraś działała lepiej na hoście linuksowym. Nie używam MAC, ani OS/2, tylko hosty Windows i Linux (oba hosty są na różnym sprzęcie fizycznym).

WERSJA: Windows 10 gość to HOME 64Bits i wersja to 1809.17763.379

Mam nadzieję, że to pomoże innym, testuj, testuj i jeszcze raz testuj (lepiej z niezmiennymi dyskami) każdą kombinację wartości, aż znajdziesz jedną kombinację, która działa, wydaje się, że jest to jedyny sposób, aby gość działał na różnych rodzajach hostów (Windows/Linux) !!!