Problems / RAG and retrieval, medium

Rerank results never reused

A cache in front of the reranker hits 15%, because it is keyed on the raw question text including whitespace and casing.

Free to open. Runs in your browser, no sign-up.

Your goals

Success ≥ 99%, p99 ≤ 5 s.

The traffic

320 requests a second for 30 seconds: 100% request (reads).

The system

What each component does in this design, and what calls it. The simulator mimics each one from these settings.

ComponentIts job hereSettings
Load balancerLoad balancerTraffic enters here.Calls AI app.Layer 4 balancers route by IP and port; layer 7 balancers read HTTP and can route by path or header.–
AI appApp serviceLoad balancer forwards to it.Calls Rerank cache.Little's law: throughput ≈ concurrency ÷ latency. 200 slots at 50 ms serve about 4,000 req/s.3 replicas × 500 slots · timeout 30 s
Rerank cacheTool result cacheAI app calls it.Calls Reranker.Agents often repeat the same read-only tool call within and across tasks.5000 slots · 15% hit rate
RerankerRerankerRerank cache calls it.A reranker reads each retrieved passage together with the question and reorders by relevance.16 slots

Hints

Try it first. Open one hint at a time if you get stuck.

Hint 1

Normalise the cache key.

Hint 2

Follow one question through each retrieval stage; the stage that turns red is the one to fix first.

One way to solve it

Raise the cache hit rate by normalising keys.

More rag and retrieval problems