Prefetched Cache Release via Track Access Reasons

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In storage environments, managing host write requests on fast channels is challenging due to latency issues caused by the allocation of cache resources and the need for context switching, which can lead to failed requests if prefetched cache resources are not available within a threshold time.

Innovation Solution

A system and method that provide track access reasons for processes requesting access to tracks, allowing for the release of prefetched cache resources before subsequent requests are made, thereby improving the availability of cache resources and reducing latency by maintaining an unexpected released track list with access reasons.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If cache resources are allocated for expected write requests on the fast channel, then write request completion time is improved, but cache resources may be released by unexpected processes causing request failures

Engineering Contradiction:
Improvewrite request completion timeVSAvoidwrite request success rate
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The system pre-allocates cache resources for expected write requests before they arrive, and maintains a list of expected tracks. This preliminary action ensures that when write requests arrive on the fast channel, cache resources are already available, reducing completion time while maintaining reliability through the unexpected released track list mechanism.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements a feedback mechanism by maintaining an unexpected released track list that records which tracks had their cache resources released by unexpected processes. When a write request arrives, the system checks this list to determine if the requested track is still valid, providing feedback that prevents failures due to released resources.

Inventive Principle:
Principle #23Feedback

2Adaptability or versatility

If context switching is performed to handle slow channel requests, then network I/O flexibility is improved, but processor efficiency deteriorates due to register and cache clearing

Engineering Contradiction:
Improvenetwork I/O flexibilityVSAvoidprocessor efficiency
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The system segments I/O handling into two distinct channels: fast channel for time-critical write requests that use pre-allocated cache resources without context switching, and slow channel for non-time-critical requests that tolerate context switching. This segmentation allows the system to maintain processor efficiency for fast operations while preserving adaptability for network I/O through the slow channel.

Inventive Principle:
Principle #1Segmentation

3Productivity

If cache resources are held for expected write requests, then write performance is improved, but troubleshooting difficulty increases due to unexpected resource releases

Engineering Contradiction:
Improvewrite performanceVSAvoidtroubleshooting difficulty
Core Design Contradiction:
ProductivityVSDifficulty of detecting and measuring

Solution Approach 1:

The system introduces an intermediary mechanism - the unexpected released track list - that mediates between the cache resource management system and the write request processing. This list serves as a record-keeping intermediary that tracks which resources were released and by whom, enabling troubleshooting without affecting write performance.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20220043751A1Providing track access reasons for track accesses resulting in the release of prefetched cache resources for the track
Publication Date: 2022.02.10 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US20220043751A1 patent drawing
  • US20220043751A1 patent drawing
  • US20220043751A1 patent drawing

AI summary

Provided are a computer program product, system, and method for providing track access reasons for track accesses resulting in the release of prefetched cache resources for the track. A first request for a track is received from a process for which prefetched cache resources to a cache are held for a second request for the track that is expected. A track access reason is provided for the first request specifying a reason for the first request. The prefetched cache resources are released before the second request to the track is received. Indication is made in an unexpected released track list of the track and the track access reason for the first request.