I/O Classification Engine Context-Based Priority Policy

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Computer storage systems face challenges in differentiating between various data types and classes of input/output (I/O) requests due to limitations in existing interfaces, which impede computing performance and quality of service (QoS) characteristics.

Innovation Solution

Implementing an I/O request classification engine that learns to associate application contexts with specific I/O request types, using an I/O context association table to dictate caching and processing priority policies, and updating these policies based on processed metadata to optimize I/O request execution.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a block interface is used for data access, then device compatibility is improved, but the ability to differentiate between data types and I/O request classes deteriorates

Engineering Contradiction:
Improvedevice compatibilityVSAvoiddata type differentiation capability
Core Design Contradiction:
Adaptability or versatilityVSMeasurement precision

Solution Approach 1:

The patent introduces an I/O classification engine as an intermediary component between the block interface and the storage system. This engine intercepts I/O requests, extracts context information (such as application identifiers, file descriptors, and access patterns), and classifies requests into different categories. This allows the system to differentiate data types without modifying the underlying block interface, thus maintaining device compatibility while enabling precise data type recognition.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the I/O processing flow into distinct stages: request interception, context extraction, classification, and policy application. By dividing the processing into separate functional modules, the system can maintain the simplicity of the block interface for device compatibility while adding sophisticated classification capabilities through the segmented processing pipeline.

Inventive Principle:
Principle #1Segmentation

2Device complexity

If I/O requests are processed without classification, then processing simplicity is improved, but computing performance and QoS characteristics deteriorate

Engineering Contradiction:
Improveprocessing simplicityVSAvoidcomputing performance
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The patent applies partial classification by focusing on extracting and analyzing only the most relevant context information from I/O requests, such as application identifiers and access patterns, rather than examining every detail of each request. This selective approach provides sufficient classification accuracy to improve performance while avoiding the excessive complexity that would result from comprehensive analysis of all request attributes.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The patent changes the parameter of request processing by introducing context-based classification parameters (application identifiers, file descriptors, access patterns) rather than treating all I/O requests uniformly. This allows the system to apply different processing policies based on request characteristics, improving computing performance without requiring complete redesign of the processing architecture.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If context-based I/O classification is implemented, then computing performance and QoS are improved, but system complexity increases

Engineering Contradiction:
Improvecomputing performanceVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent designs the I/O classification engine to perform multiple functions: extracting context information, classifying requests, determining policies, and managing caches. By consolidating these functions into a single multi-functional component, the system achieves improved computing performance and QoS while minimizing the increase in overall system complexity compared to having separate components for each function.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The classification engine automatically extracts context information and performs classification without requiring external intervention or manual configuration. The system self-manages the classification process by utilizing information already present in the I/O requests and system state, reducing the operational complexity despite the enhanced functionality.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10318450B2Efficient context based input/output (I/O) classification
Publication Date: 2019.06.11 INTEL CORP
  • US10318450B2 patent drawing
  • US10318450B2 patent drawing
  • US10318450B2 patent drawing

AI summary

Technology for an apparatus is described. The apparatus can include a memory controller with circuitry configured to define a caching and processing priority policy for one or more input/output (I/O) request class types. The memory controller can monitor one or more I/O contexts of one or more I/O requests. The memory controller can associate the one or more I/O contexts with one or more I/O class types using an I/O context association table. The memory controller can execute the one or more I/O requests according to the caching and processing priority policy of the one or more I/O class types. The apparatus can include an interface to the memory controller.