Mauro,
Não tem como eu fazer isso agora por causa de algumas restrições, mas farei em breve. Fiz um outro teste, criei uma VM com 2 vCPUs e está mostrando 2412 em vez de 3732 MHZ.
Em outro host físico (8 CPU x 2,127 GHz), criei uma VM com 8 vCPUs, está mostrando 14782 em vez de 17016 MHz.
Nesta VM, inclusive, eu só posso reservar o valor do clock virtual:
Outro adendo, o ESXi é o 4.1.
[EDIT]
Com o mesmo host do exemplo anterior, criei uma VM com 7 vCPUs, o clock virtual ficou com 14782:
E com 6 vCPUs, agora mostrando de maneira correta, com 12762 MHz:
Será que ele não reserva um valor já para o ESXi e deixa o restante para as VMs? No exemplo acima, de 6 vCPUs, posso reservar todo o clock, enquanto o de 7 e o de 8 não (nesse host não tenho reserva para nenhuma VM), contudo isso não ainda não responde o clock virtual errado nos exemplos de 7 e 8 vCPUs, que deveria ser feita de acordo com o cálculo. No ambiente que tenho, percebi que, à medida que a VM vai alcançando o limite físico de CPU, o cálculo do clock virtual é feito "errado". Talvez isso seja um comportamento... Farei um teste no ESXi 5.1.
[EDIT]
Fiz três testes com um ESXi 5.1. Instalei ele em uma VM do VMware Player, o "host físico" tem basicamente o seguinte:
Já no ESXi:
- Criei uma VM com 2 vCPU (virtual socket) e apresentou o correto: 4988 MHz;
- Outra com 2 vCPU também (cores) e apresentou o correto: 4988 MHz; e
- Outra com 1 vCPU: 2494 MHz.
Então o problema está no meu ESXi 4.1? Vou ver com o 4.1 também no VMware player.
[EDIT]
Além das três de cima, criei mais duas (ambas com 2 vCPUs), fiz a reserva do clock do host e ficou assim:
- 1000+500+500+1000+566 = 3566
Ao criar outra VM, já não é permitido mais a reserva (pela conta, sobrou 4988-3566=1422 MHz).
Seria a reserva dedicada ao ESXi?