VMware vCPU Overcommit Calculator
Check your vCPU to physical CPU ratio against workload-appropriate limits and read it against observed CPU ready time.
Inputs
Sustained ready time above 5% means vCPUs are queueing for a core.
Current vCPU to pCPU Ratio
3.39:1
Logical CPUs Available
192logical CPUs
Recommended Ceiling
4.0:1
vCPU Headroom to Ceiling
118vCPU
Ready Time Reading
Watch — approaching the 5% threshold
Overcommit Verdict
Comfortably within the ceiling for this profile
Step by step
Values used
Hosts in cluster = 4 hosts; Physical cores per host = 24 cores; Count hyper-threads as logical CPUs = Yes; Total vCPUs allocated = 650 vCPU; Workload profile = General purpose (4:1); Observed CPU ready time = 3.20 %
VMware vCPU Overcommit
ratio = total allocated vCPUs ÷ (hosts × cores × threads per core); the ratio is then compared with the profile ceiling and cross-checked against CPU ready time.
Current vCPU to pCPU Ratio
= 3.39 :1
Logical CPUs Available
= 192 logical CPUs
Recommended Ceiling
= 4.0 :1
vCPU Headroom to Ceiling
= 118 vCPU
Ready Time Reading
= Watch — approaching the 5% threshold
Overcommit Verdict
= Comfortably within the ceiling for this profile
How it works
The ratio itself is simple division, but it is only half the picture: ESXi will happily schedule 20:1 and the scheduler decides whether that hurts. CPU ready time is the empirical answer — under 3% the ratio is fine whatever it says, and above 5% it is too high even if the arithmetic looks conservative. A ratio chosen from a spreadsheet without checking ready time either wastes hardware or produces mystery latency that application owners blame on the storage array.
Formula
VMware vCPU Overcommit
ratio = total allocated vCPUs ÷ (hosts × cores × threads per core); the ratio is then compared with the profile ceiling and cross-checked against CPU ready time.
- threads per core
- 2 when hyper-threading is counted, otherwise 1
- profile ceiling
- Ratio the workload class tolerates before latency suffers
- ready time
- Percentage of time a vCPU is runnable but waiting for a physical core
Frequently Asked Questions
How is VMware vCPU Overcommit calculated?
ratio = total allocated vCPUs ÷ (hosts × cores × threads per core); the ratio is then compared with the profile ceiling and cross-checked against CPU ready time. The ratio itself is simple division, but it is only half the picture: ESXi will happily schedule 20:1 and the scheduler decides whether that hurts. CPU ready time is the empirical answer — under 3% the ratio is fine whatever it says, and above 5% it is too high even if the arithmetic looks conservative.
Why does VMware vCPU Overcommit matter?
A ratio chosen from a spreadsheet without checking ready time either wastes hardware or produces mystery latency that application owners blame on the storage array.
What values do I need to enter?
This calculator takes 6 inputs: Hosts in cluster, Physical cores per host, Count hyper-threads as logical CPUs, Total vCPUs allocated, Workload profile, Observed CPU ready time. The pre-filled defaults are a realistic starting point — replace them with figures from your own environment for a result you can act on.
Is a 1:1 ratio ever justified?
Yes — for latency-sensitive VMs such as trading engines, real-time telco workloads or licensed database cores, where you also pin CPU affinity and set full reservations. Everywhere else 1:1 wastes most of the hardware you bought.
You might also need
- VMware VM Density CalculatorCommonly used together
- VMware Memory Overcommit CalculatorCommonly used together
- Virtualization Ratio CalculatorCommonly used together
- Hypervisor Consolidation CalculatorAlso in Virtualization & Private Cloud
- OpenShift Node Capacity CalculatorAlso in Virtualization & Private Cloud
- VMware Cluster Capacity CalculatorAlso in Virtualization & Private Cloud