Desempenho do VMWare para um servidor de compilação - testes horríveis ou incorretos?

Question

Estamos procurando virtualizar nossos servidores C ++ Build.

_{A principal razão é que nosso conjunto de ferramentas atual que usamos além da própria construção no Visual Studio só é executado corretamente no Windows XP (ou 2003Server), e a razão secundária é facilidade administrativa (basta clonar uma imagem e estar pronto para rodar em um HW diferente.}

No final, a configuração seria / deveria muito provavelmente ser uma VM por caixa de hardware, porque o compartilhamento de hardware simplesmente não faz sentido para uma compilação C ++, porque maximizará a CPU e o disco de qualquer maneira.

Um colega fez alguns testes preliminares na estação de trabalho do desenvolvedor , e eles são horríveis:

Ele mediu os seguintes tempos de compilação para uma compilação completa da nossa solução Visual C ++ 8 (Visual Studio 2005):

• Desktop / Nativo com o Windows 7: ~ 16 min
• Vmware Workstation com disco virtual, guest é o Windows XP: ~ 1h21min (500% !!!)
• VMware WS com acesso direto a um disco físico dedicado e limitado a 4 núcleos: ~ 42 min (260% !!)

Com esses horários, certamente não seremos virtuais!

Agora estamos nos perguntando se fizemos alguma suposição errada com nossas medições.

• Nós bagunçamos todas as configurações para obter lentidão tão horrível para a compilação do C ++?
• Devemos ter testado o ESX (i) (?) em vez da estação de trabalho?
• Devemos esperar algo mais do MS Hyper-V ? (Porque nossa TI preferiria isso.)

Perguntas relacionadas que realmente não ajudaram totalmente:

• Desempenho relativo do VMWare Player, Workstation, Server e ESX?
• Desempenho extremamente baixo com o servidor de criação hospedado no VMWare

Answer 1

Did we mess up any settings to get such horrible slowdown for the C++ build?

Provavelmente não, o VMWare Workstation não era a ferramenta certa para o trabalho.

Should we have tested ESX(i)(?) instead of Workstation?

Sim, será melhor que o Workstation, ainda mais lento que o bare-metal, mas muito melhor.

Should we expect anything else from MS Hyper-V? (Because our IT would prefer that.)

Se você quiser, o desempenho é amplamente comparável ao ESXi, algumas coisas são mais rápidas, algumas mais lentas - sinta-se à vontade para tentar.

    

Answer 2

O que as estatísticas de desempenho (Perfmon, Monitor de Desempenho, etc (dentro do convidado dizem que é afunilado? O que o sistema operacional hypervisor diz para estatísticas equivalentes?

Você está usando drivers paravirtualizados ou emulados?

O PC que você está testando tem as extensões de virtualização IO, bem como a aceleração virtual virt? Eles estão habilitados para BIOS?

    

Answer 3

A virtualização nem sempre é adequada ... mas ... você não nos contou nenhuma especificação sobre a estação de trabalho do desenvolvedor. Quanta memória tem? Quantos núcleos?

Você está executando a compilação com o sinalizador / MP?

As VMs foram configuradas para supercomprometer a memória? O driver de balão de memória já deu certo? O que mais estava sendo executado no sistema operacional host? (Por exemplo, suas VMs de teste têm software antivírus em execução, bem como a estação de trabalho host?)

Eu definitivamente teria feito seus testes no ESXi - o hipervisor é extremamente eficiente e fornecerá um desempenho muito melhor como um host para suas VMs. Mas você ainda precisa lidar com a memória e o comprometimento da CPU.