google mal nach vsphere cpu scheduler
Da gibts ein 20-seiten whitepaper von VMware, in dem das ziemlich genau (und gut verständlich nach 3mal durchlesen

) beschrieben ist
jede vCPU einer VM wird vom ESX auf einer logischen CPU (einem Kern oder Hyperthreading-Teil) betrieben. Wenn man mehr vCPUs als logische CPUs hat ( was meistens der Fall ist), müssen sich manche VMs einen Kern teilen, der ESX zieht aber bei Bedarf alle 20ms VMs von einem auf nen anderen Kern um (ausnahme: cpu Affinity,
http://frankdenneman.nl/2011/01/beating ... -affinity/ )
Folgen:
1. eine VM mit einer vCPU bekommt maximal die z.b. 3.2GHz eines Kern (auch wenn im Server 4 quadcore-CPUs drinstecken).
2. mulitprozessor-VMs (virtual SMP) also VMs mit mehreren vCPUs nur nutzen, wenn man die wirklich braucht (ansonsten verschenkt man CPU Zeit)
3. viel prozessor cache hilft viel (der ESX muss zum Virtualisieren der CPUs Prozessorbefehle "umbiegen", sog. Binary Translation, und diese Übersetzung profitiert sehr stark von großen Prozessor-Caches
Wenn Du's genau wissen willst, die "Bibel" zum Thema Virtualisierung:
http://www.amazon.com/Virtual-Machines- ... 1558609105
(teuer, aber jeden Cent wert!)
viele grüße,
jörg