Windows 2008 R2 no kernel de utilização de cpu do ESXi 4.1 alto

Question

Eu tenho um convidado do Win2k8 rodando no ESXi 4.1. O host tem 12 núcleos e o problema ocorre mesmo se o convidado for a única VM no host. Temos 4 núcleos dedicados ao hóspede.

Percebemos que a rede começa a chocar quando a carga da CPU sobe. Após alguns testes, notamos que ao executar uma simples ferramenta CPU hogging para rodar 3 threads a 100% a carga normal da CPU vai para 75% (como deveria) e o gráfico "kernel times" no gerenciador de tarefas sobe para 25% .

Minha intuição me diz que o problema de rede e o problema do kernel são os mesmos. Isso é confirmado por outra VM similar que criamos no mesmo host que não tem nenhum dos problemas.

As ferramentas VMWare estão instaladas e a NIC é e1000 .

O que mais podemos fazer para solucionar isso?

    

Answer 1

Você deseja usar os drivers de rede mais avançados para todos os convidados. O servidor Windows 208 r2 suporta os drivers de paravirtualização. Os drivers para-virtualizados apresentam a menor sobrecarga para o convidado e o host. Se você estiver forçando o host a emular completamente uma peça de hardware, estará forçando a utilização da CPU. Mude para vmxnet3 e veja se isso reduz a carga de trabalho e aumenta o desempenho. Você também menciona que está olhando para o convidado por problemas de desempenho. Isso é uma mentira. você deve sempre referenciar os contadores de desempenho do VMware em vez dos contadores de desempenho do convidado, já que o sistema é virtualizado. Por exemplo, você pode ver o cPU em 100%, mas no vmware você vai perceber que é 100% de 500mhz que a máquina está usando atualmente.

    

Answer 2

Se você ainda não tiver destruído o convidado, tente alguma solução de problemas básica do sistema operacional (por exemplo, chkdsk, drivers, etc.) para ver se ele pode ser reparado. Recentemente, tive um problema com uma instância de convidado relatando dois estados diferentes de CPU / núcleo.

O convidado recebeu 4 núcleos, mas mostrava apenas 3 no gerenciador de tarefas enquanto o 4 deles estava carregado no gerenciador de dispositivos. Um chkdsk encontrou erros. Quando os erros foram corrigidos, a CPU / os núcleos informaram corretamente e todas as idiossincrasias anteriores com esse convidado desapareceram.