run record~/research/cliste/runsAll Cliste runs

Type a section name and press Enter. Use “help” for the list.

Figures: softened for dark viewingDisplay only; image files are unchanged.
← All Cliste runs

Cliste experiment

Faster visual recall by retaining reconstructed vectors

Execution: completedScientific verdict: Optional cache met the predefined correctness and resource criteria

The question

Can reusing reconstructed VSA vectors reduce recall time without changing which memories are selected, what they contain, or what happens when new experiences arrive?

Why this experiment?

Once a recall path works, its repeated reconstruction and transfer costs can be measured without changing what counts as the right answer.

How it works

Repeat the same cue requests with and without a cache of reconstructed memory vectors. Check answers and rankings as well as latency and retained bytes.

Follow this part of the investigation: Make the same recall less expensive →
Implementation and comparison details

The existing search reconstructs packed regional vectors and transfers them to the GPU for each query. This comparison adds an optional cache that retains those exact vectors for reuse, within a 4 GiB limit. The encoder, decoder, vector precision and acceptance rules stay fixed.

A separate copy of the remembered life grew from 127 to 135 encounters by admitting eight new photographs. Eight other photographs remained unstored. Two local views and two visibility levels per photograph supplied 64 cue fields. Each field was timed three times with caching disabled and enabled, alternating which ran first. The recall worker could not access the original photographs or expected answers.

What happened

Once populated, the cache reduced median search-and-recall-application time from 4.154 to 1.022 seconds: 75.4% lower. The 95th percentile fell from 4.679 to 1.109 seconds. Admitting a new photograph took a median 0.592 seconds without the cache and 0.590 seconds with it across eight paired admissions.

The tradeoff was 2.99 GiB of temporary GPU cache. The highest GPU tensor allocation measured across admission and query phases was 3.35 GiB, below the 6 GiB criterion. The cache is not saved with the memories and does not reduce durable storage.

All 384 paired decision comparisons agreed: 64 fields × three passes × two acceptance rules. Cached and uncached scores were exactly equal; checks of recalled content, remembered continuation, decoded images, new admissions and saved state also passed. These repeated comparisons come from 16 source photographs, not 384 independent inputs.

Every predefined correctness and resource criterion passed. This establishes a faster optional execution path on the tested history and hardware; it does not improve recall quality. The original unresolved queries and false match remained.

Measurements
Measurements — values preserved from this run
Recorded fieldValue
Paired decision comparisons384
Unchanged decisions384
Largest cached-versus-disabled score difference0
Selected-region score loss versus the uncached choice0

Results and visual artifacts

Open a figure for its input, comparison, and result. Click an image to enlarge it.

This experiment tests execution cost while preserving the same stored VSA memories and recall behavior. A warm cache reuses reconstructed region vectors; a cold cache must build them. The figures report time, temporary memory, and agreement with cache-disabled decisions.

What caching changes about recall time
What caching changes about recall time
Median and 95th-percentile search-and-application times compare the same cue fields with the cache disabled or already filled. The small-cache check uses eight fields. The right panel shows one call per startup condition, without a percentile claim. Image decoding and remembered continuation are outside these timings.

Original recorded figure ↗

The temporary memory cost of caching
The temporary memory cost of caching
Left: temporary cache payload and its configured cap. Right: peak GPU tensor allocation. The disabled peak comes from a separate sweep; the already-filled peak covers both paired arms with one resident cache. These are process measurements, not isolated per-query increments. Caching does not reduce durable storage.

Original recorded figure ↗

Does caching change the recall decisions?
Does caching change the recall decisions?
384 of 384 paired decisions match: 64 cue fields × 3 passes × two acceptance rules. Agreement includes unchanged errors and rejected queries. The region-loss value is relative to the uncached choice; zero follows from identical raw results. This checks preservation, not a gain in recall quality.

Original recorded figure ↗

Limits and next question

Timing includes cue encoding, memory search and application of the baseline recall rule. Image decoding, remembered continuation, the alternative acceptance rule and persistence were checked separately, outside the timer. The 75.4% reduction therefore describes this query path, not the complete cognitive loop or application startup.

The first empty-cache query took 4.588 seconds. First queries after reload and clearing took 3.732 and 4.158 seconds, respectively; each is a single observation. A 64 MiB fallback cache had a 3.761-second median on an eight-field subset, which does not establish a full-panel speedup.

This is one device, memory history and process comparison. Cues were related views of 16 photographs. An unfamiliar cue with 64 visible features still produced a false recall under both implementations and both acceptance rules. The cache remains optional and is not enabled by default.

Next question. Return to acquired visual patterns and cleanup: can reusable patterns improve recall after vector operations without erasing distinctions between different experiences?

Inspect the evidence

Download the methods and measurements for this experiment. Large training and saved-state files are not included.