Parallel Cache Architecture for Low-Latency Solver Portfolios

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Portfolio-based solver systems face inefficiencies due to duplicated work and increased latency from caching, which can introduce additional failure points and delay in problem-solving processes.

Innovation Solution

Implement a cache within the portfolio architecture that operates like a solver, allowing simultaneous problem submission to solvers and cache, removing cache search latency from the critical path and enabling efficient storage and retrieval of results.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Quantity of substance

If a cache is implemented in the portfolio-based solver system, then result storage and retrieval capability is improved, but latency increases and additional failure points are introduced

Engineering Contradiction:
Improveresult storage capabilityVSAvoidcache search latency
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The system performs preliminary actions by submitting problems to both the solver and cache simultaneously before the solver completes its work. The cache is prepared in advance to receive and store results as soon as they become available, rather than waiting for the solver to finish before initiating cache operations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The useful action of result storage continues uninterrupted by running cache operations in parallel with solver execution. Instead of sequentially waiting for the solver to complete before storing results, the system maintains continuous useful action by having the cache operate independently and concurrently with the solver process.

Inventive Principle:
Principle #20Continuity of useful action

2Use of energy by moving object

If cache operations are performed sequentially after solver execution, then resource usage is reduced, but total processing time increases

Engineering Contradiction:
Improvecomputing resource usageVSAvoidproblem-solving speed
Core Design Contradiction:
Use of energy by moving objectVSProductivity

Solution Approach 1:

The system initiates cache operations as a preliminary action that runs concurrently with solver execution. The cache is configured to receive problems and store results in parallel with the solver's processing, so that cache preparation and result storage happen before the solver completes, eliminating sequential delays.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system transitions from sequential time-based processing to parallel dimensional processing by adding a second operational dimension. Instead of one solver processing problems in a single time sequence, the system creates a parallel dimension where the cache simultaneously processes and stores results, effectively doubling the productive capacity without additional sequential overhead.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

3Loss of time

If the cache is queried before solver execution, then cache hit latency is avoided, but the critical path is extended

Engineering Contradiction:
Improvecache hit latencyVSAvoidcritical path complexity
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The system extracts the cache query operation from the critical path by running it in parallel with solver execution. Instead of placing the cache query in the sequential critical path where it would delay solver启动, the cache operation is extracted and executed independently, so that cache hits or misses do not extend the overall problem-solving time.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system introduces an intermediary parallel execution model where the cache and solver operate as independent intermediary processes. The manager coordinates both processes simultaneously, allowing the cache to function as an intermediary result storage mechanism that does not block or delay the primary solver execution path.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20260093625A1Caching in a solver system
Publication Date: 2026.04.02 AMAZON TECH INC
  • US20260093625A1 patent drawing
  • US20260093625A1 patent drawing
  • US20260093625A1 patent drawing

AI summary

A solver system may employ a cache. A cache component may be configured accept inputs and send outputs in the same manner and/or using the same protocols as a solver component. A central manager component may receive a problem from a requestor, and send the problem to one or more solver components and a cache component. If the cache component identifies a stored result, it may return it to the manager component, and the manager component may send the result to the requestor. If the cache component does not identify a stored result (or otherwise does not respond to the manager component), the solver component(s) may operate normally to determine a result and return it to the manager component. In this architecture, however, the cache component is outside of the critical path, and thus the cache search does not increase the latency of the response.