Compression Virtual Block Metadata Mapping for Storage I/O

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current information storage and management techniques face challenges in efficiently handling compressed data, particularly in determining the correct addresses for I/O requests in storage systems, which affects reliability and efficiency.

Innovation Solution

The method involves receiving I/O requests for compressed data portions and determining whether they include a first or second portion of information to obtain addresses via downward or upward mapping, using file system IDs, inode numbers, and file block offsets to locate compression Virtual Block Metadata and verify mappings, ensuring accurate execution of requests at the compressed data portions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If downward mapping is used to obtain addresses for compressed data portions, then the mapping process can handle file system IDs, inode numbers, and file block offsets, but the system complexity increases due to the need to locate and verify compression Virtual Block Metadata

Engineering Contradiction:
Improveability to handle different I/O request formatsVSAvoidmapping process complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces compression Virtual Block Metadata as an intermediary structure that bridges file system concepts (inodes, block offsets) and physical storage addresses. This metadata layer simplifies the mapping process by providing a standardized interface that handles the complexity of compressed data location internally, while presenting a uniform access method to the filesystem.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The mapping process is segmented into distinct operational paths (downward mapping for file system-based requests, upward mapping for address-based requests). Each segment handles specific request types with optimized processing logic, reducing overall system complexity by avoiding a single monolithic mapping mechanism that would need to handle all cases.

Inventive Principle:
Principle #1Segmentation

2Reliability

If upward mapping is used to obtain addresses for compressed data portions, then the mapping process can verify mappings using inode numbers and file block offsets, but the processing time increases due to additional verification steps

Engineering Contradiction:
Improvemapping verification accuracyVSAvoidaddress retrieval time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by pre-computing and storing compression Virtual Block Metadata that includes verification information (inode numbers, file block offsets) alongside physical addresses. This metadata is prepared in advance during data compression and storage operations, so that during I/O operations, the verification can be performed quickly by simply checking pre-stored metadata rather than computing verification information on-demand.

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If the system implements both downward and upward mapping for compressed data portions, then I/O request handling becomes more flexible, but the device complexity increases due to multiple mapping mechanisms

Engineering Contradiction:
ImproveI/O request handling flexibilityVSAvoidmapping mechanism complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The compression Virtual Block Metadata structure serves multiple functions simultaneously: it stores physical addresses for upward mapping, contains verification information for reliability checks, and provides the intermediary interface for downward mapping. This multi-functional metadata structure reduces the need for separate specialized components for each mapping direction, thereby reducing overall system complexity while maintaining flexibility.

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

Data Source

PatentUS10545671B1Mapping between volume data block and file data block system and method
Publication Date: 2020.01.28 EMC IP HLDG CO LLC
  • US10545671B1 patent drawing
  • US10545671B1 patent drawing
  • US10545671B1 patent drawing

AI summary

A method, computer program product, and computer system for receiving, at a computing device, an I/O request directed to a compressed data portion of a storage system. It may be determined whether the I/O request includes one of a first portion of information and a second portion of information. An address of the compressed data portion may be obtained via downward mapping if the I/O request includes the first portion of information. The address of the compressed data portion may be obtained via upward mapping if the I/O request includes the second portion of information. The I/O request may be executed at the compressed data portion.