Processor Auto-Tuning via Phase-Specific Hardware Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing processor optimization methods are insufficiently responsive to dynamically adjust optimizations in real-time based on program phases, leading to suboptimal performance due to the slow response times of software deep analysis modules and the inability to account for varying workload requirements.

Innovation Solution

A platform auto-configuration and tuning system that combines a quick response module (QRM) in hardware with a software deep analysis module (DAM), allowing real-time identification and optimization of program phases through a pattern match action table, enabling rapid application of phase-specific optimizations and continuous refinement.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If software deep analysis module is used to analyze program phases, then optimization accuracy is improved, but response time becomes too slow for real-time adjustment

Engineering Contradiction:
Improveoptimization accuracyVSAvoidresponse time
Core Design Contradiction:
Measurement precisionVSSpeed

Solution Approach 1:

The system divides the analysis function into two segments: a hardware quick response module for real-time phase identification and a software deep analysis module for accurate optimization determination. The hardware module handles time-critical tasks while the software module provides precise analysis, resolving the contradiction between speed and accuracy.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The hardware quick response module acts as an intermediary between the executing program and the software deep analysis module. It collects performance information and phase signatures rapidly, then feeds this data to the software module for accurate analysis, enabling both real-time response and accurate optimization.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If manual optimization tuning is performed, then optimization precision is improved, but system complexity and operational burden increase

Engineering Contradiction:
Improveoptimization precisionVSAvoidoperational burden
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The system performs self-service optimization by automatically detecting program phases through hardware monitoring and software analysis, then autonomously applying appropriate optimizations. This eliminates the need for manual tuning while maintaining high optimization precision, reducing operational burden significantly.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system implements a feedback loop where performance information is continuously collected during program execution, analyzed to identify phases, and used to automatically adjust optimizations. This closed-loop feedback enables precise optimization without manual intervention, as the system learns from actual performance data.

Inventive Principle:
Principle #23Feedback

3Device complexity

If fixed optimization settings are applied, then system simplicity is maintained, but adaptability to varying workload phases is reduced

Engineering Contradiction:
Improvesystem simplicityVSAvoidworkload adaptability
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The system transitions from static fixed settings to dynamic adaptive optimizations. The hardware module continuously monitors program execution and identifies phase changes in real-time, automatically adjusting optimization settings to match current workload requirements. This maintains simplicity through automated decision-making while achieving high adaptability.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system dynamically changes optimization parameters based on detected program phases. Different phases trigger different optimization settings (e.g., cache size adjustments, prefetching strategies, execution mode changes). This parameter adaptation enables the system to handle varying workloads effectively without increasing operational complexity.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11042403B2Platform auto-configuration and tuning
Publication Date: 2021.06.22 INTEL CORP
  • US11042403B2 patent drawing
  • US11042403B2 patent drawing
  • US11042403B2 patent drawing

AI summary

A computing platform, including: an execution unit to execute a program, the program including a first phase and a second phase; and a quick response module (QRM) to: receive a program phase signature for the first phase; store the program phase signature in a pattern match action (PMA) table; identify entry of the program into the first phase via the PMA; and apply an optimization to the computing platform.