Batch Job Status Synchronization via Local Cache and Node Activity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional batch processing systems face delays and resource bottlenecks due to frequent queries to the batch job repository for job status data, as local caches can be outdated and each node's cache may not reflect the current status accurately when multiple nodes execute the same job.

Innovation Solution

Implement a method where nodes check their local cache for job status, determining if it indicates a terminal status or if they are actively processing the job, and only query the repository if the local status is not up-to-date, ensuring accuracy and reducing unnecessary queries.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If nodes frequently query the batch job repository for job status data, then the accuracy of job status information is improved, but network resource usage increases and response delays occur

Engineering Contradiction:
Improvejob status accuracyVSAvoidnetwork resource usage
Core Design Contradiction:
Measurement precisionVSLoss of energy

Solution Approach 1:

Nodes perform preliminary actions by maintaining local caches of job status data and proactively checking for updates before queries are needed. The system pre-fetches and stores status information locally, so when a status check is required, nodes can retrieve data from their local cache rather than querying the repository, thus maintaining accuracy while reducing network resource usage.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism - a status check notification system where nodes receive notifications about status changes rather than continuously querying the repository. This intermediary notification system acts as a mediator between the repository and nodes, allowing nodes to stay informed of status changes without frequent active queries, thereby reducing network resource consumption while maintaining data accuracy.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If nodes frequently query the batch job repository for job status data, then the accuracy of job status information is improved, but response time deteriorates

Engineering Contradiction:
Improvejob status accuracyVSAvoidresponse time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

Nodes perform preliminary actions by maintaining local caches of job status data and proactively checking for updates before queries are needed. The system pre-fetches and stores status information locally, so when a status check is required, nodes can retrieve data from their local cache rather than querying the repository, thus maintaining accuracy while reducing response time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism - a status check notification system where nodes receive notifications about status changes rather than continuously querying the repository. This intermediary notification system acts as a mediator between the repository and nodes, allowing nodes to stay informed of status changes without frequent active queries, thereby reducing response time while maintaining data accuracy.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Loss of time

If nodes rely solely on local cache for job status, then response time is improved, but job status accuracy deteriorates due to outdated information

Engineering Contradiction:
Improveresponse timeVSAvoidjob status accuracy
Core Design Contradiction:
Loss of timeVSMeasurement precision

Solution Approach 1:

The patent implements a feedback mechanism where nodes receive notifications about job status changes from the repository or other nodes. This feedback loop ensures that local caches are updated with the latest status information without requiring nodes to continuously query the repository. The feedback system maintains the accuracy of job status information while allowing nodes to rely on their local caches for fast response times.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Nodes perform preliminary actions by maintaining local caches of job status data and proactively checking for updates before queries are needed. The system pre-fetches and stores status information locally, so when a status check is required, nodes can retrieve data from their local cache rather than querying the repository, thus maintaining accuracy while reducing response time.

Inventive Principle:
Principle #10Preliminary action

4Measurement precision

If nodes continuously synchronize with the repository, then job status accuracy is improved, but productivity decreases due to resource bottlenecks

Engineering Contradiction:
Improvejob status accuracyVSAvoidsystem throughput
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

Nodes perform preliminary actions by maintaining local caches of job status data and proactively checking for updates before queries are needed. The system pre-fetches and stores status information locally, reducing the need for continuous synchronization with the repository and thereby improving system throughput while maintaining data accuracy.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism - a status check notification system where nodes receive notifications about status changes rather than continuously querying the repository. This intermediary notification system reduces the synchronization load on the repository, improving system throughput while maintaining data accuracy through event-driven updates.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 3:

Instead of continuous synchronization, the system employs partial synchronization only when status changes occur. Nodes synchronize with the repository selectively based on actual status changes rather than maintaining constant communication, which reduces resource bottlenecks and improves overall system productivity while maintaining necessary data accuracy.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS11347564B2Synchronizing batch job status across nodes on a clustered system
Publication Date: 2022.05.31 RED HAT INC
  • US11347564B2 patent drawing
  • US11347564B2 patent drawing
  • US11347564B2 patent drawing

AI summary

Systems and method for determining and synchronizing an execution status of a batch job are provided. In one embodiment, a method is provided that includes checking a local cache of a node for a local status of the batch job. If the local status is a terminal status, the method may proceed with determining that the terminal status is the execution status of the batch job. If the local status is a non-terminal status, the method may proceed with determining whether the node is actively processing at least a portion of the batch job. If the node is actively processing at least a portion of the batch job, the method may determine a currently processing status as the execution status. If not, the method may proceed with querying a repository for the execution status.