End-to-End QoS Path Control Through Resource Load Feedback

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current QoS algorithms in distributed processing environments are either too relaxed or too conservative, leading to inefficient resource utilization and failure to meet application-specific performance requirements.

Innovation Solution

Implementing real-time resource monitoring and QoS management by establishing communication of registration requests between end-points to monitor and adjust resource utilization based on threshold requirements, ensuring maximum resource utilization without compromising QoS.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If resources are shared between applications to achieve high performance at reasonable cost, then resource utilization efficiency is improved, but quality of service requirements for each application cannot be guaranteed

Engineering Contradiction:
Improveresource utilization efficiencyVSAvoidquality of service requirement
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system dynamically adjusts resource allocation based on real-time monitoring of resource loads and application QoS requirements. The QoS manager continuously adapts the degree of resource sharing between applications, transitioning from static to dynamic control to balance efficiency and service quality guarantees

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system implements a feedback mechanism where the QoS manager monitors resource load information from multiple applications and uses this feedback to adjust resource sharing policies. The monitoring component provides continuous status updates, enabling the system to respond to changing conditions and maintain QoS requirements while optimizing resource utilization

Inventive Principle:
Principle #23Feedback

2Reliability

If QoS algorithms are set to be too conservative to guarantee service requirements, then quality of service is maintained, but resource utilization becomes inefficient

Engineering Contradiction:
Improvequality of serviceVSAvoidresource utilization
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The QoS management system transitions from conservative static allocation to dynamic adjustment based on actual resource availability and application needs. The system monitors resource loads in real-time and adjusts the degree of resource sharing accordingly, allowing aggressive resource utilization when conditions permit while maintaining QoS guarantees when necessary

Inventive Principle:
Principle #15Dynamics

3Productivity

If QoS algorithms are set to be too relaxed to allow high resource utilization, then resource efficiency is improved, but application performance requirements are not met

Engineering Contradiction:
Improveresource utilizationVSAvoidapplication performance
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system uses real-time feedback from resource monitoring to adjust QoS enforcement levels. When resource loads indicate sufficient capacity, the system allows more aggressive resource sharing to improve utilization. When monitoring detects resource contention or QoS violations, the system tightens control to protect application performance requirements

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12556464B2Techniques to control quality of service for end-to-end paths in a compute environment
Publication Date: 2026.02.17 INTEL CORP
  • US12556464B2 patent drawing
  • US12556464B2 patent drawing
  • US12556464B2 patent drawing

AI summary

Embodiments may be generally directed to techniques to cause communication of a registration request between a first end-point and a second end-point of an end-to-end path, the registration request to establish resource load monitoring for one or more resources of the end-to-end path, receive one or more acknowledgements indicating resource loads for each of the one or more resources of the end-to-end path, at least one of the acknowledgements to indicate a resource of the one or more resources is not meeting a threshold requirement for the end-to-end path, and perform an action for communication traffic utilizing the one or more resources based on the acknowledgement.