Background Maintenance Task Scheduling via Subtype Token Allocation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems face performance instability, poor resource utilization, and unpredictability in debt handling due to the assumption that each background (BG) maintenance task consumes the same amount of CPU resources, leading to inaccurate resource allocation and impact on I/O performance.

Innovation Solution

The system subdivides BG maintenance tasks into subtypes and measures specific metrics for each task, such as CPU runtime and debt processing, to determine average resource consumption. This information is used to allocate tokens representing CPU resources among CPU cores, allowing for more accurate scheduling and resource utilization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If the system assumes each BG maintenance task consumes the same amount of CPU resources, then resource allocation is simplified, but CPU utilization becomes poor and performance becomes unstable

Engineering Contradiction:
Improveresource allocation complexityVSAvoidCPU utilization
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The system changes the parameter of task resource consumption from a uniform assumption to variable values based on task subtype. Each BG maintenance task subtype is assigned a specific CPU runtime value that reflects its actual resource consumption characteristics, enabling more accurate resource allocation and improved CPU utilization while maintaining manageable complexity through systematic parameter assignment.

Inventive Principle:
Principle #35Parameter changes

2Device complexity

If the system assumes each BG maintenance task consumes the same amount of CPU resources, then scheduling is simpler, but performance stability deteriorates

Engineering Contradiction:
Improvescheduling complexityVSAvoidperformance stability
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The system introduces variable CPU runtime parameters for different BG maintenance task subtypes instead of using a uniform assumption. This parameter differentiation enables the scheduler to make more informed decisions about task placement and resource allocation, leading to stable performance by ensuring that tasks are scheduled according to their actual resource consumption patterns rather than arbitrary uniform values.

Inventive Principle:
Principle #35Parameter changes

3Device complexity

If the system uses uniform CPU resource assumptions for BG maintenance tasks, then debt handling becomes simpler, but debt processing becomes unpredictable

Engineering Contradiction:
Improvedebt handling complexityVSAvoiddebt processing predictability
Core Design Contradiction:
Device complexityVSMeasurement precision

Solution Approach 1:

The system replaces the uniform CPU resource assumption with subtype-specific CPU runtime parameters for BG maintenance tasks. This change enables precise measurement and prediction of debt processing requirements, as each task subtype's resource consumption is now accurately reflected in the scheduling decisions, making debt handling outcomes predictable rather than arbitrary.

Inventive Principle:
Principle #35Parameter changes

4Speed

If the system allocates CPU resources without considering actual task consumption patterns, then resource allocation is faster, but resource utilization becomes inefficient

Engineering Contradiction:
Improveresource allocation speedVSAvoidresource utilization
Core Design Contradiction:
SpeedVSProductivity

Solution Approach 1:

The system performs preliminary classification of BG maintenance tasks into subtypes and assigns CPU runtime values to each subtype before actual task execution. This preliminary action establishes accurate resource consumption profiles in advance, enabling the scheduler to quickly allocate resources based on pre-determined parameters rather than making allocations without knowledge of actual task requirements, thus improving both speed and efficiency.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250060991A1Background maintenance task regulation and scheduling
Publication Date: 2025.02.20 DELL PROD LP
  • US20250060991A1 patent drawing
  • US20250060991A1 patent drawing
  • US20250060991A1 patent drawing

AI summary

In at least one embodiment, techniques for resource regulation and scheduling can include: allocating a first amount of tokens denoting an amount of CPU resources available for executing background (BG) maintenance tasks; determining a distribution of the first amount of tokens among a plurality of CPU cores upon which BG maintenance tasks are allowed to execute; and scheduling, by a scheduler component, a first plurality of BG maintenance tasks for execution on the plurality of CPU cores in accordance with a plurality of averages and in accordance with the distribution, wherein each of the plurality of averages denotes an average number of tokens of CPU resources consumed to complete execution of a corresponding one of the first plurality of BG maintenance tasks of a particular BG maintenance task subtype.