Dado um sistema host Windows 8 (Intel Core i5) e um host Linux Fedora, eu gostaria de determinar a configuração ideal para a interface paravirtual.
As opções são
- Nenhum
- Padrão
- Legado
- mínimo
- Hyper-V
- KVM
Esta página sugere que a seleção é baseada apenas no sistema de convidados:
A maior mudança no VirtualBox 5.0 é a introdução do suporte à para-virtualização, trazendo maior desempenho e precisão de tempo aos sistemas operacionais convidados suportados (Hyper-V no Windows e KVM no Linux).
Isso está correto?
fonte
Vamos ser mais precisos, porque eu tinha 4.3 VMs migradas, e essas são "herdadas", também estava interessado em qual configuração usar, se eu copiar a VM do Linux para o Windows ou vice-versa:
--paravirtprovider none | padrão | legado | mínimo | hyperv | kvm: Essa configuração especifica qual interface de paravirtualização fornecer ao sistema operacional convidado.
Essas opções são explicadas em detalhes na Seção 10.4, “ Provedores de paravirtualização ”.
Do manual capítulo 8 .
Portanto, se você atualizou o VirtualBox para a versão 5 no Linux, basta selecionar kvm ou padrão , inicie a VM e verifique se funciona corretamente. Se sim, deixe uma nova configuração.
Se você estiver migrando / movendo VMs do Linux para o Windows, recomendo ter a opção padrão , que faz a seleção automática da melhor interface de virtualização.
fonte
Apenas mu a centavos, com base em meus próprios testes.
Eu testei com um convidado do Windows 10, executando em um host do Windows 10 e em um host do Linux (ou pelo menos eu tentei).
Sem mencionar, todos os discos virtuais que eu uso são imutáveis (para garantir testes idênticos).
No host do Windows 10, o convidado é executado normalmente (talvez um pouco lento), mas é inicializado e a área de trabalho é mostrada ... a paravirtualização é "padrão".
Se eu tentar a mesma máquina virtual em um host Linux com paravirtualização "padrão", o convidado do Windows 10 não inicializa, ele inicializa até que os pontos se movam em círculo, e depois de um tempo congela ... não há como acessar o logon, nem a área de trabalho. .. lembre-se de que todos os discos são imutáveis.
Mas assim que eu defini a paravirtualização como "Heredada" (é em espanhol), ele inicializa e alcança a área de trabalho, mas às vezes (lembre-se de que todos os discos são imutáveis) é reiniciado, enquanto outras vezes eu posso usá-lo (muito, muito devagar) .. então deve haver uma disputa de raça em algum lugar, sinve com discos imutáveis, que nem sempre faz o mesmo.
Ah, a propósito, o convidado do Windows não tem acesso à Internet para garantir que nenhuma conexão à Internet possa fazer as coisas funcionarem de maneira diferente entre botas de frio.
Lembrar:
Eu também tentei ativar / desativar 2D e 3D (também PAE / NX) porque quero que o mesmo convidado (HDDs virtuais copiados de um host para outro) seja estável em dois hosts diferentes; Também quero copiar HDDs virtuais de um host para outro host depois de fazer qualquer atualização (antes de fazer uma inicialização a frio, mesclar disco imutável com seu pai para tornar as alterações permanentes e não se perder, também conhecido como CloneVDI); eu não uso instantâneos, apenas discos imutáveis.
Isso é o que eu tinha visto, preciso fazer mais testes com outros valores de paravirtualização, caso alguém funcione melhor no host do Linux. Eu não uso MAC, nem OS / 2, apenas hosts Windows e Linux (os dois estão em hardware físico diferente).
VERSÃO: o convidado do Windows 10 é o HOME 64Bits e a versão é 1809.17763.379
Espero que isso ajude outras pessoas, testem, testem e testem novamente (melhor com discos imutáveis) qualquer combinação de valores até encontrar uma combinação que funcione, parece que é a única maneira de fazer um convidado rodar em diferentes tipos de hosts (Windows / Linux)! !!
fonte