Tape Emulation Unit Concurrent Data Writing
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Mainframe applications face inefficiencies when writing data to tape drives due to serial access constraints and inability to update existing data, leading to throughput issues and delays.
Innovation Solution
A tape emulation system that allows concurrent writing by determining if new data is an update, writing to a new section if it's not, deleting and rewriting if it's larger, or overwriting if the file system supports variable sizes, enabling multiple processes to access and update tape volumes efficiently.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If serial access to tape volume is enforced, then data integrity is maintained, but throughput and productivity deteriorate due to queuing delays
Solution Approach 1:
The patent segments the tape volume into multiple sections or blocks that can be accessed concurrently by different processes. Instead of treating the entire tape volume as a single serialized resource, the system divides it into independent segments that can be written to simultaneously, thereby enabling parallel access and improving throughput while maintaining data integrity within each segment.
Solution Approach 2:
The patent introduces a new dimension of concurrency by allowing multiple processes to access different sections of the tape volume simultaneously. This transforms the traditional single-dimensional serial access model into a multi-dimensional parallel access model, where processes can operate on different tape sections at the same time, eliminating queuing delays and improving overall productivity.
2Reliability
If tape data is rewritten to end of tape, then data integrity is maintained, but storage efficiency deteriorates due to unnecessary data rewriting
Solution Approach 1:
The patent implements preliminary action by maintaining a table that tracks which processes have accessed which sections of the tape volume. Before allowing a write operation, the system checks this table to determine if the target section is currently being accessed by another process. This preliminary check prevents conflicting writes and maintains data integrity while allowing efficient rewriting only when necessary and appropriate.
Solution Approach 2:
The patent changes the parameter of write location from fixed (end of tape) to variable (any available section). Instead of always appending data to the end of the tape, the system can write to any section that is not currently being accessed, as tracked in the access table. This parameter change enables more flexible and efficient data writing while maintaining integrity through the tracking mechanism.
3Stability of the object's composition
If exclusive access is granted to single process, then data consistency is maintained, but device utilization deteriorates due to idle time
Solution Approach 1:
The patent segments the tape volume access rights by process, allowing each process to have exclusive access to specific sections rather than requiring exclusive access to the entire volume. This segmentation enables multiple processes to simultaneously access different sections, maintaining data consistency within each section while improving overall device utilization through parallel operations.
Solution Approach 2:
The patent introduces an intermediary mechanism in the form of an access table that mediates between multiple processes seeking to access the tape volume. This table tracks which processes are accessing which sections and coordinates access to maintain consistency while enabling concurrent operations. The intermediary allows the system to balance consistency requirements with utilization efficiency.
Data Source
AI summary
Writing new data to a tape volume of a tape emulation unit includes determining if the new data is an update to data that was previously written, writing the new data to a new section of the tape emulation unit in response to the new data not updating data that was previously written, deleting the data that was previously written and writing the new data to a new section in response to the new data updating data that was previously written, the new data being larger than the data that was previously written, and the underlying file system not supporting variable size records/blocks, and overwriting the data that was previously written in response to the new data updating data that was previously written and either the new data not being larger than the data that was previously written or the underlying file system supporting variable size records/blocks.