Data Cache Write Delay Mechanism for Storage Controller Overflow Prevention

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Storage controllers face challenges in managing data cache writes to repository volumes, particularly when the repository volume is fully utilized, leading to potential data cache overflow due to the lack of efficient delay mechanisms in allocating new storage tracks.

Innovation Solution

A method and mechanism that assign a delay value to data elements based on the storage utilization of the repository volume, delaying writes to the data cache when new storage allocation is required, thereby preventing data cache overflow by ensuring data is not written when the repository volume is fully utilized.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If data is immediately written to the data cache when storage allocation is required, then write speed is improved, but data cache overflow occurs when the repository volume is fully utilized

Engineering Contradiction:
Improvewrite speedVSAvoiddata cache overflow prevention
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The system performs preliminary checking of repository volume utilization before writing data to the data cache. When the repository volume is fully utilized or nearly full, the system preemptively delays the write operation to the data cache, preventing overflow conditions before they occur. This is achieved by monitoring storage allocation status and conditionally delaying writes based on whether new storage tracks can be allocated.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The write delay mechanism dynamically adjusts its behavior based on the current state of the repository volume. When storage space is available, writes proceed immediately without delay. When the repository volume becomes full or near-full, the system dynamically introduces a delay to allow time for destage operations to free up space, creating a flexible response to changing storage conditions.

Inventive Principle:
Principle #15Dynamics

2Reliability

If a delay mechanism is introduced to prevent data cache overflow, then reliability is improved, but write speed deteriorates

Engineering Contradiction:
Improvedata cache overflow preventionVSAvoidwrite speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The delay mechanism is applied partially rather than universally. It is only activated when the repository volume is fully utilized or when allocation of new storage tracks is required. For all other cases where storage space is available, writes proceed immediately without any delay. This selective application minimizes the impact on overall write speed while providing sufficient protection against overflow.

Inventive Principle:
Principle #16Partial or excessive action

3Productivity

If storage tracks are allocated in advance, then productivity is improved, but device complexity increases due to delay mechanisms

Engineering Contradiction:
Improvestorage allocation efficiencyVSAvoiddelay mechanism complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system implements a feedback loop that continuously monitors the utilization status of the repository volume and the state of the data cache. Based on this feedback, the system dynamically adjusts write operations - delaying writes when the repository is full and the data cache is not empty, and proceeding with immediate writes when space is available. This feedback-driven approach automates storage management without requiring complex manual intervention.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS8429348B2Method and mechanism for delaying writing updates to a data cache
Publication Date: 2013.04.23 PROACTIVE PATENTS LLC
  • US8429348B2 patent drawing
  • US8429348B2 patent drawing
  • US8429348B2 patent drawing

AI summary

A novel and useful mechanism and method for writing data updates to a data cache subsystem of a storage controller. Updates received by the storage controller requiring storage allocation on a repository volume are delayed prior to being written to the data cache subsystem. The delay is based on the storage utilization of the repository volume. As the utilization of the repository volume increases, the cache write delay increases, thereby limiting the possibility that there will still be any updates in the data cache subsystem waiting to be destaged to the repository volume when the repository volume is fully utilized. When the repository volume is fully utilized all writes to the data cache of updates that will cause destage of tracks in the repository volume are stopped, thereby causing an infinite delay.