A RDC é rápida para hospedar, lenta para VMs (Hyper-V)

Question

Por que a área de trabalho remota é muito mais rápida (clicando em elementos da interface do usuário, arrastando / soltando, até mesmo a abertura / pesquisa do Menu Iniciar!) para o sistema operacional HOST, em vez de para suas máquinas virtuais?

Com vários servidores que eu conectei tanto ao sistema operacional HOST quanto ao sistema operacional convidado em muitas configurações do Hyper-V, as máquinas virtuais parecem muito lentas, enquanto o SO HOST apenas voa, como deveria.

A única coisa que posso descobrir é em todos esses ambientes (4 deles em 3 redes), todos eles compartilham o mesmo NIC entre o HOST e todas as VMs, embora a recomendação da Microsoft seja ter 2 NICs - uma para o SO host e um ou mais para a (s) máquina (s) virtual (is).

Se esse for o caso, posso testar isso facilmente em minha rede doméstica, onde tenho meu servidor doméstico com o Windows 2008 Server R2 executando o Windows Home Server em um Hyper-V. Mas, eu não quero gastar o dinheiro para um bom cartão de gigabit se esse não for o motivo - daí a razão para essa pergunta.

Obrigado antecipadamente!

    

Answer 1

Desativar 'IPv4 Checksum Offload' no adaptador de rede virtual:

link

O comutador de rede virtual no Hyper-V Server 2008 R2 suporta interfaces sintáticas e herdadas. As configurações sintéticas serão melhor do que o tipo de legado emulado, mas exige que o Hyper-V Integration Services seja executado na VM guest. Os componentes de integração são totalmente suportados no Windows Server 2003 SP2 e em versões posteriores do Windows.

link

BTW: há uma pequena diferença no uso da Área de Trabalho Remota para VMs convidadas e remoting com o vmconnect.exe. Ambos usam o protocolo RDP (o software é baseado na mesma biblioteca), mas o vmconnect.exe se conecta ao ambiente do host que direciona a comunicação para o convidado.

    

Answer 2

Se a configuração de adaptadores no Hyper-V e o suporte a componentes de integração em VMs convidadas for feita com a melhor configuração possível e a área de trabalho remota ainda estiver lenta, consulte a postagem abaixo sobre como desabilitar a aceleração de throughput do Window Auto-Tuning:

link

netsh interface tcp set global autotuninglevel=highlyrestricted
netsh interface tcp set global autotuninglevel=disabled
netsh interface tcp set global autotuninglevel=normal