Hypervisor Kernel Scheduler for Low-Latency Telco Workloads

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Virtual machine (VM) workloads in telecommunication companies face high latency and jitter due to CPU contention in virtualized systems, as traditional methods of granting exclusive affinity to physical CPUs do not adequately address the needs of network and storage stacks, which are highly input/output (I/O) intensive and require low-latency responses.

Innovation Solution

A method where a hypervisor kernel scheduler identifies system contexts servicing I/O intensive workloads and grants them exclusive affinity to physical CPUs, migrating tasks and directing interrupt processing to other CPUs, while dynamically adjusting CPU reservations to ensure low-latency and fast response times, even under bursty workloads.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If virtual CPUs are granted exclusive affinity to physical CPUs, then scheduling delay is minimized and latency is reduced, but CPU contention in the networking and storage stacks still causes jitter and latency

Engineering Contradiction:
Improvescheduling delayVSAvoidperformance consistency
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The patent segments the CPU resources by creating separate run queues for virtual CPU contexts and system service contexts. This segmentation allows independent scheduling of I/O intensive workloads away from general system tasks, eliminating the performance degradation caused by CPU contention in networking and storage stacks while maintaining the low scheduling delay benefits of exclusive affinity.

Inventive Principle:
Principle #1Segmentation

2Productivity

If system services are implemented outside traditional virtual CPU contexts, then they can service I/O intensive workloads, but they experience CPU contention that adds jitter and latency

Engineering Contradiction:
ImproveI/O service capabilityVSAvoidjitter and latency
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent introduces a hypervisor-level intermediary mechanism that intercepts I/O requests from virtual CPU contexts and routes them to dedicated system service run queues. This intermediary layer enables system services to handle I/O intensive workloads while being scheduled on separate physical CPUs, thus maintaining high I/O service capability while eliminating the jitter and latency caused by CPU contention.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Speed

If physical CPUs are dedicated to virtual CPUs, then latency-sensitive VMs achieve fast response times, but I/O intensive workloads still suffer from shared resource contention

Engineering Contradiction:
Improveresponse timeVSAvoidpacket drop rate
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The patent adds a new dimension to CPU scheduling by implementing a hierarchical run queue structure at the hypervisor level. This dimensional addition allows the system to maintain exclusive CPU affinity for latency-sensitive VMs while simultaneously creating dedicated scheduling paths for I/O intensive workloads through separate system service run queues, thereby achieving both fast response times and reliable packet delivery without drops.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Data Source

PatentUS10452572B2Automatic system service resource management for virtualizing low-latency workloads that are input/output intensive
Publication Date: 2019.10.22 VMWARE INC
  • US10452572B2 patent drawing
  • US10452572B2 patent drawing
  • US10452572B2 patent drawing

AI summary

An approach for providing low-latency and fast response times required by virtual machine (VM) telecommunication (telco) workloads is disclosed. In one embodiment, a kernel scheduler identifies hypervisor system contexts that are outside of traditional virtual central processing unit (CPU) contexts and servicing telco workloads. The scheduler grants each such context exclusive affinity to a respective physical CPU, up to a configurable maximum number of such grants. The scheduler also increases the CPU reservations in a system resource pool for the hypervisor by one CPU, indicating that there is one fewer physical CPU on which VMs may be placed or moved. The exclusive affinities and CPU reservations may be dynamically adjusted as, e.g., new latency-sensitive VMs are powered on with virtual CPUs that need to be granted exclusive affinity to physical CPUs or contexts no longer relevant to telco workloads are demoted to not have exclusive affinity to physical CPUs.