An administrator decreases the CPU share value for two virtual machines in a DRS cluster from 1000 to 100 shares. The DRS cluster contains more resources than both virtual machines can consume. The ch

CPU shares are a relative weighting mechanism that only comes into play when the cluster cannot fully satisfy all VM demands simultaneously - when resources are plentiful, all VMs receive whatever CPU they request regardless of share values. Furthermore, both VMs in this scenario have identical share values (100 each), so even in a hypothetical contention event they would receive exactly equal CPU time. The combination of surplus cluster capacity and equal share assignments guarantees equal performance between the two VMs at all times.

Shares are not an absolute throughput cap - reducing shares from 1000 to 100 does not impose a ten-fold reduction in CPU cycles, especially when the cluster has more capacity than the VMs can use.

Because both VMs hold the same share value of 100, they would receive equal CPU priority even during contention, so no performance disparity between them can arise.

Both VMs are configured with identical share counts and identical hardware profiles, so neither the original nor the clone has any scheduling advantage over the other.