Fast Path CPU Mode for Scalar-Dependent XPU Workloads

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Heterogeneous compute workloads in XPU architectures face challenges due to communication overhead between CPU and GPU, which need to collaborate effectively.

Innovation Solution

Implement a fast path CPU mode for mixed XPU workloads, optimizing communication and workload distribution to enhance performance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If CPU and GPU collaborate on heterogeneous workloads using traditional communication paths, then workload collaboration is achieved, but communication overhead increases and performance decreases

Engineering Contradiction:
Improveworkload collaboration performanceVSAvoidcommunication overhead
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent segments the communication path into two distinct modes: a fast path for scalar CPU-GPU communication and a traditional path for bulk data transfers. This segmentation allows each communication type to use the optimized pathway, reducing overall communication overhead. The fast path is implemented through dedicated communication hardware and instruction sequences that bypass the general-purpose communication infrastructure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a fast path communication mechanism as an intermediary between CPU and GPU, utilizing dedicated communication hardware and instruction sequences. This intermediary provides a specialized communication channel that reduces overhead for scalar operations, while the traditional communication path remains available for other operations. The system can selectively route communications through the appropriate path based on workload requirements.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If traditional communication paths are used for CPU-GPU collaboration, then communication between compute engines is achieved, but communication overhead becomes problematic

Engineering Contradiction:
ImproveCPU-GPU collaborationVSAvoidcommunication overhead
Core Design Contradiction:
Ease of operationVSLoss of energy

Solution Approach 1:

The patent implements dynamic communication path selection, where the system can adaptively choose between the fast path and traditional communication paths based on the specific workload requirements. The fast path is dynamically activated for scalar operations that benefit from reduced overhead, while the traditional path handles bulk data transfers and other communication patterns. This dynamic approach optimizes energy efficiency by using the most efficient communication path for each operation.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the communication parameters by introducing a dedicated fast path with different communication characteristics than the traditional path. The fast path uses optimized instruction sequences and dedicated hardware resources, resulting in lower overhead and improved energy efficiency for scalar operations. The system can adjust communication parameters such as transfer size, frequency, and routing based on workload characteristics.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS20250291599A1Fast path CPU mode for mixed XPU workloads
Publication Date: 2025.09.18 INTEL CORP
  • US20250291599A1 patent drawing
  • US20250291599A1 patent drawing
  • US20250291599A1 patent drawing

AI summary

One embodiment provides a processor device comprising a general-purpose processor including circuitry to provide an offload mode to execute an offloaded instruction and an accelerator device configured to execute a first portion of a data parallel workload, at least a second portion of the data parallel workload having a dependency on a scalar operation, and the scalar operation having a dependency on the first portion of the data parallel workload, cause the general-purpose processor to enter the offload mode after completion of at least the first portion of the data parallel workload, the general-purpose processor to enter the offload mode to perform the scalar operation, and execute the second portion of the data parallel workload based at least in part on output of the scalar operation.