Desative o grande descarregamento de envio no servidor nic.
Há anos eu me conecto a um pequeno conjunto de servidores via Remote Desktop (atualmente, cliente Win7, servidores Win2008 R2). O desempenho é o equivalente de estar diretamente conectado. A máquina cliente não está na rede, mas eu conecto via IP e uso credenciais de rede.
Recentemente, criei um novo servidor (para hospedar o Hyper-V) e, em seguida, uma nova estação de trabalho (Win 7) para gerenciá-lo e desenvolvê-lo. Tudo isso está no mesmo segmento de rede dos servidores e clientes mencionados anteriormente.
O novo cliente se conecta facilmente ao novo servidor, mas a latência é tão ruim que pode levar de 5 a 15 segundos para qualquer ação de mouse ou teclado ser vista e implementada no servidor. Tentando o outro cliente Win7 exibe o mesmo comportamento. Usando o novo cliente Win7 para acessar os servidores mencionados anteriormente se comporta de forma idêntica com o outro cliente Win7 - perfeitamente. Portanto, seja qual for o problema, ele está associado ao novo servidor.
Esse problema não é desconhecido em todo o mundo da web e eu encontrei correções baseadas em cliente e em servidor. Embora tentei, a correção baseada no cliente (alterando valores de AutoTuning) não funciona, nem a correção baseada em servidor (desativando o descarregamento de tarefas).
Alguma outra recomendação?
Desfaça todas as suas alterações. Corrigir a situação do driver no servidor. Este não é um problema de configuração. É uma porcaria acontecendo na rede pelo seu servidor. Isso PODERIA ser drivers desatualizados, poderia ser drivers defeituosos. Visto isso e pior, os drivers não conseguem calcular uma soma de verificação de IP, mas possuem drivers configurados para isso.
Poste o hardware das Interfaces de Rede e podemos lhe dar uma dica onde encontrar os drivers. Alternativamente, da próxima vez que você comprar um servidor, obtenha uma placa de rede Intel e instale os drivers atuais. Há MUITAS coisas ruins que alguém poderia dizer sobre eles (custando ser um), mas eles TRABALHAM. Como em: SEM PROBLEMAS. Como em: Intel parece contratar as últimas pessoas do mundo capazes de criar drivers de rede para o Windows.
Houve alguns problemas de latência com o HyperV do Windows 2008R2 .... alguns de meus clientes atualizaram para o Windows 2012 ou 2012 R2 e tiveram uma melhoria drástica na estabilidade da rede, de clientes RDP a convidados do HyperV. Provavelmente, isso tem algo a ver com o comutador virtual integrado.
E sobre os problemas de hardware do host - descobri que a série Intel Pro, mas também os adaptadores Gbit para desktop da Intel, funcionam bem com HyperV de qualquer versão, mas no meu whitebox a Broadcomm ethernet na placa-mãe não foi capaz de fornecer conexões estáveis para sessões RDP em convidados HyperV de qualquer versão.
Tags remote-desktop