Hola,
Copio y pego una respuesta que di hace algún tiempo porque creo que te puede interesar.
"
Es un tema que me cuesta explicarlo y más por escrito, así que voy a intentar explicarme bien y si no dejo algo claro, pregunta 
Primero, la nomenclatura:
Procesador físico, se refiere al "socket" por así decirlo o circuito único integrado. Este procesador puede estar compuesto por uno o más cores que a su vez se dividen en procesadores lógicos por el hyperthreading (3 conceptos distintos).
A todo esto le sumamos el vCPU. Es vCPU porque VMware virtualiza los procesadores lógicos que le presenta a la máquina virtual. Por tanto traduce las instrucciones que van de la VM al procesador físico (no es emulación ni paravirtualización). Este proceso de "traducción", mejora drásticamente con las tecnologías de virtualización asistida de Intel o AMD (AMD-V e Intel-VT)
ESXi utiliza un "scheduler" para distribuir las cargas en los procesadores físicos. Es un proceso bastante inteligente y cada vez que leo algo al respecto, aprendo algo nuevo. ESX/ESXi pueden ubicar cargas enteras de procesamiento en un procesador lógico.
Un ejemplo, 2 procesadores físicos con dos cores e hypertreading quedaría así.
2 Procesadores físicos x 2 Cores x 2 hilos de procesamiento por Core = 8 procesadores lógicos
Qué es lo que pasa, por defecto, para una máquina con más de un vCPU, VMware distribuye sus cargas en procesadores lógicos "separados", lo cual tiene sus ventajas. (esto es toooodo un tema y aquí mientras más se conozca cómo funciona la aplicación que se virtualiza mejor, para optimizar la utilización de la caché y del bus de memoria, los nodos NUMA y alguna otra cosa que seguro me dejo en el tintero) Como te comento, VMware hace las cosas muy bien y si tiene los 8 procesadores lógicos ocupados...funciona. Si ve que va holgadito o que tiene procesadores lógicos en estado "idle" lo que hará será darle al vCPU de la máquina virtual que sí está trabajando, la capacidad de utilizar la capacidad de hyperthreading del core para que vaya aún mejor.
Decir que consume 1/2 core no sería la forma en la que yo lo describiría ya que podría llevar a confusión y dar a entender que de un core de 2Ghz, consume 1Ghz cuando eso no sería así, siempre utilizará o "se reservará" los 2Ghz durante el tiempo que el scheduler se lo permita. Yo diría que consume 1 procesador lógico
"
esxtop es un comando que se conoce como de "root cause analysis". O dicho de otra forma, una herramienta para ver qué es lo que está causando un comportamiento determinado. Para lanzarlo has de conectarte por SSH a tu servidor por lo que te recomiendo bitvise (el más conocido es putty). Por defecto la configuración para acceso SSH viene deshabilitada por lo que tendrás que entrar en la pestaña de configuración de tu host y desde la opción de "Security profile" arrancar el servicio de SSH y abrir el puerto para el cliente de SSH.
Lo primero que miraría ahí para ver si hay un tema de "pelea" entre tus máquinas virtuales con más de un vCPU es mirar el contador %cstp. Puedes coger "3" como un valor de referencia...si es mayor a ese número, ahí muy posiblemente haya un problema y reducir el número de vCPUs puede aliviarlo , lo que no quita que luego tus VMs queden cortas de vCPUs...con lo cual una solución podría ser tener más recursos para ejecutar tus máquinas virtuales (o tener más procesadores físicos)
Puedes también darle una ojeada a estos links.
http://communities.vmware.com/docs/DOC-9279
Para una pregunta tan corta parece "mucha respuesta" pero la parte del diagnóstico de rendimiento no es de los temas más breves. Tal vez alguien más te sepa ayudar con algún método más corto.
En todo caso, sigo pendiente del hilo por si puedo ayudar.
Saludos,
elgreco81
