Virtual GPU Memory Allocation for Power-On Failures

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Virtualized graphics processing units (GPUs) face challenges in managing virtual machines due to memory constraints, leading to power-on failures even when sufficient physical GPU resources are available, as existing systems restrict virtual machines to a single profile per GPU, limiting flexibility and resource allocation.

Innovation Solution

Implement a computing environment that identifies the memory requirements of virtual GPUs and performs migrations to free up necessary memory by consolidating virtual machines across physical GPUs, allowing assignment of virtual machines with different profiles to available GPUs, thereby avoiding power-on failures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If virtual machines are assigned to physical GPUs based on available resources, then resource utilization is improved, but power-on failures occur due to memory constraints and single-profile restrictions

Engineering Contradiction:
Improveresource utilizationVSAvoidpower-on success rate
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system dynamically migrates virtual machines between physical GPUs based on memory availability and profile compatibility. Instead of static assignment, the hypervisor continuously monitors GPU memory usage and automatically relocates VMs to free up resources, enabling successful power-on of new VMs that previously would have failed due to memory constraints.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The hypervisor acts as an intermediary layer between virtual machines and physical GPUs, managing profile assignments and memory allocation. It introduces a mediation mechanism that checks profile compatibility and coordinates VM migration to resolve conflicts between multiple VMs requiring different GPU profiles, thereby preventing power-on failures.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If virtual machines with different profiles are assigned to the same GPU, then adaptability is improved, but memory constraints cause power-on failures

Engineering Contradiction:
Improveprofile assignment flexibilityVSAvoidpower-on success rate
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system segments GPU memory resources by profile type, tracking which memory blocks are allocated to which GPU profiles. This segmentation allows the hypervisor to identify and migrate only the specific VMs that are blocking profile assignment, rather than migrating all VMs, thus enabling multi-profile support while maintaining reliability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes the state of GPU resource allocation by migrating VMs between different physical GPUs, thereby changing the available memory parameters and profile assignment capabilities. This dynamic parameter change enables the system to transition from a blocked state (where power-on fails) to an unblocked state (where power-on succeeds).

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11048561B2Avoiding power-on failures in virtualized GPUs
Publication Date: 2021.06.29 VMWARE INC
  • US11048561B2 patent drawing
  • US11048561B2 patent drawing
  • US11048561B2 patent drawing

AI summary

Various examples are disclosed for avoiding power-on failures during virtualization of graphics processing units. A computing environment can be directed to, in response to a virtual machine being powered on, identify a profile for a virtual graphics processing unit (vGPU) designated for the virtual machine, the profile specifying an amount of memory required by the vGPU, identify that the virtual machine is unable to be assigned to any of a plurality of physical graphics processing units (GPUs) based on the amount of memory required by the vGPU, free fat least the amount of memory required by the vGPU by performing a migration of at least one existing virtual machine from a first one of the physical GPUs to a second one of the physical GPUs, and assign the virtual machine to an available one of the physical GPUs and a corresponding host.