CPU scheduler – processor topology/cache aware
ESXi Server has an advanced CPU scheduler geared towards providing high performance, fairness, and isolation of virtual machines running on Intel/AMD x86 architectures.
The ESXi CPU scheduler is designed with the following objectives:
Performance isolation: Multi-VM fairness.
Co-scheduling: illusion that all vCPUs are concurrently online.
Performance: high throughput, low latency, high scalability, and low overhead.
Power efficiency: saving power without losing performance.
Wide Adoption: enabling all the optimizations on diverse processor architecture.
There can be only one active process per CPU at any given instant, for example, multiple vCPUs can run on the same pCPU, just not at one instant, but there are often more processes than CPUs. Therefore, queuing will occur, and the scheduler is responsible for controlling the queue, handling priorities, and preempting the use of the CPU.
The main tasks of the CPU scheduler are to choose which world is to be scheduled to a processor. In order to give each world a chance to run, the scheduler dedicates a time slice (also known as the duration a world can be executed (usually 10-20 ms, 50 for VMkernel by default)) for each process and then migrates the state of the world between run, wait, costop, and ready.
ESXi implements the proportional share-based algorithm. It associates each world with a share of CPU resource across all virtual machines. This is called entitlement and is calculated from the user-provided resource specifications, such as shares, reservations, and limits.
Getting ready
To step through this recipe, you need a running ESXi Server, a Virtual Machine, and a working installation of vSphere Client. No other prerequisites are required.
How to do it...
Let's get started:
Log in to the VMware vSphere Client.
In the virtual machine inventory, right-click on the virtual machine, and click on Edit Settings. The Virtual Machine Properties dialog box appears.
Click on the Options tab.
Under the Advanced section, click on General Row.
Now on the right-hand side click on the Configuration Parameters button.
Now click on the Add Row button at the bottom and add the parameter sched.cpu.vsmpConsolidate and on the Value section type
TRUE.The final screen should like the following screenshot and then click on OK to save the setting.
How it works...
The CPU scheduler uses processor topology information to optimize the placement of vCPUs onto different sockets.
The CPU scheduler spreads the load across all the sockets to maximize the aggregate amount of cache available.
Cores within a single socket typically use a shared last-level cache. Use of a shared last-level cache can improve vCPU performance if the CPU is running memory-intensive workloads.
By default, the CPU scheduler spreads the load across all sockets in under-committed systems. This improves performance by maximizing the aggregate amount of cache available to the running vCPUs. For such workloads, it can be beneficial to schedule all of the vCPUs on the same socket, with a shared last-level cache, even when the ESXi host is under committed. In such scenarios, you can override the default behavior of the spreading vCPUs across packages by including the following configuration option in the virtual machine's VMX configuration file, sched.cpu.vsmpConsolidate=TRUE. However, it is usually better to stick with the default behavior.
