← Nieuwste papers
🤖 machine learning

Not All Tokens Are Worth Caching: Learning Semantic-Aware Eviction for LLM Prefix Caches

Dit artikel introduceert SAECache, een semantisch adaptief beleid voor het verwijderen van prefixen uit de cache dat gebruikmaakt van de variërende herwaarde van verschillende tokensoorten via een multi-queue-architectuur en online learning om de efficiëntie van LLM-diensten aanzienlijk te verbeteren terwijl de behoefte aan handmatige parameterinstelling wordt geëlimineerd.

Oorspronkelijke auteurs: Shaoke Fang, Ziang Li, Wenfei Wu, Jiatong Ji, Qingsong Liu, Ruizhi Pu

Gepubliceerd 2026-05-20
📖 5 min leestijd🧠 Diepgaand

Oorspronkelijke auteurs: Shaoke Fang, Ziang Li, Wenfei Wu, Jiatong Ji, Qingsong Liu, Ruizhi Pu

Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer

Stel je voor dat je een zeer drukke, high-end koffiebar runt (het Large Language Model of LLM) die dagelijks miljoenen klanten bedient. Om koffie snel te kunnen maken, heb je een speciale "herinneringsplank" (het GPU-geheugen) waar je de voorgeprepareerde ingrediënten en instructies voor bestellingen die je al hebt gestart, bewaart. Dit heet Prefix Caching.

Als een nieuwe klant een latte bestelt die voor 90% hetzelfde is als een vorige bestelling, hoef je geen nieuwe bonen te malen of nieuwe melk te stomen; je pakt gewoon de voorgeprepareerde basis van de plank. Hierdoor verschijnt de eerste slok (de First Token) bijna direct.

Je plank is echter klein. Je kunt niet elke voorgeprepareerde basis voor altijd bewaren. Uiteindelijk moet je sommige dingen wegdoen om ruimte te maken voor nieuwe bestellingen. Dit is het Eviction Policy (verwijderingsbeleid).

Het probleem: De "One-Size-Fits-All"-fout

Lange tijd hanteerden koffiebarmanagers een eenvoudige regel: "Werp het oudste item eerst weg." (Dit is het LRU-beleid).

Het artikel betoogt dat dit een slecht idee is, omdat niet alle items op de plank even waardevol zijn.

  • De Systeemprompt: Stel je een "Standaardmenu" voor dat elke klant ziet. Het verandert nooit. Het is ongelooflijk waardevol omdat iedereen het bestelt.
  • De Chain-of-Thought: Stel je de rommelige, interne monoloog van een klant voor over waarom ze een latte willen. Dit is uniek voor die ene persoon en dat ene moment. Het is bijna nooit nuttig voor de volgende klant.

De oude regel behandelde het "Standaardmenu" en de "Rommelige Monoloog" exact hetzelfde. Als de Monoloog iets nieuwer was dan het Menu, zou de oude regel het Menu weggooien om ruimte te maken voor de Monoloog. Dit is een ramp, omdat de volgende klant het Menu direct nodig heeft, maar de Monoloog voor hen nutteloos is.

De oplossing: SAECache (De Slimme Manager)

De auteurs hebben een nieuw systeem ontwikkeld dat SAECache heet. Denk hierbij aan een slimme manager die niet alleen kijkt wanneer een item voor het laatst is aangeraakt, maar ook wat het item eigenlijk is.

Hier is hoe het werkt, met eenvoudige analogieën:

1. De Vier Gespecialiseerde Bakken (Multi-Queue Architectuur)

In plaats van één grote plank, organiseert SAECache de plank in vier aparte bakken, elk met eigen regels:

  • De "Afval"-bak: Bevat items die bijna nooit opnieuw worden gebruikt (zoals de rommelige monoloog of de laatste stappen van een drankje). Deze worden als eerste weggegooid.
  • De "Sjabloon"-bak: Bevat standaardinstructies en systeemprompts (zoals het menu). Deze worden zeer zorgvuldig bewaard omdat ze constant opnieuw worden gebruikt.
  • De "Chat"-bak: Bevat gesprekken waarbij mensen met elkaar wisselen.
  • De "Agent"-bak: Bevat complexe taken waarbij de AI werk verricht (zoals coderen of het gebruik van tools).

2. De "Waarde-score" (Semantisch Bewuste Weging)

De manager raadt niet alleen af welke bak belangrijk is. Hij leert!

  • Als de manager een "Systeemprompt" weggooit en vervolgens direct weer om wordt gevraagd, leert het systeem: "Oeps! Ik heb iets waardevols weggegooid. Ik moet Systeemprompts de volgende keer een hogere score geven."
  • Als hij een "Chain-of-Thought" weggooit en niemand vraagt erom, leert hij: "Goed gedaan! Dat was onzin. Ik blijf het een lage score geven."

Dit gebeurt automatisch, zoals een manager die de planken aanpast op basis van wat klanten daadwerkelijk kopen, zonder dat een mens hoeft te vertellen wat ze moeten doen.

3. De "Tijdmachine" (Adaptieve Timing)

Het systeem leert ook wanneer mensen terugkomen.

  • Chatsessies kunnen lange pauzes hebben (zoals een klant die een koffiepauze neemt).
  • Agentsessies kunnen zeer snel en hectisch zijn.
    Het systeem leert de specifieke "hartslag" van elk type sessie. Het weet dat als een chatsessie 10 minuten niet is teruggekomen, deze waarschijnlijk voor altijd weg is. Maar als een agentsessie 10 seconden niet is teruggekomen, is het misschien gewoon aan het nadenken. Het past zijn verwijderingsregels in real-time aan om te matchen met het ritme van het verkeer.

De resultaten: Snellere koffie, minder verspilling

Het artikel heeft deze nieuwe manager getest tegen de oude "oudste-eerst"-regel en andere slimme maar stijve systemen.

  • Snelheid: Het nieuwe systeem zorgde ervoor dat de eerste slok koffie 1,4 tot 2,7 keer sneller verscheen in drukke, gemengde omgevingen.
  • Aanpasbaarheid: De oude systemen faalden wanneer het type klanten veranderde (bijvoorbeeld als de winkel plotseling meer klanten met een enkele bestelling kreeg in plaats van chatter). Het nieuwe systeem paste zich direct aan.
  • Efficiëntie: Het bespaarde een enorme hoeveelheid "verspild" geheugen door geen rommel op te hopen (zoals de rommelige monologen) en door het waardevolle spul (zoals het menu) veilig te houden.

Samenvatting

Kortom, het artikel zegt: Behandel niet alle geheugenblokken hetzelfde. Alleen omdat twee dingen op hetzelfde moment zijn aangeraakt, betekent niet dat ze even nuttig zijn. Door de computer te leren het betekenis van de data te begrijpen (is dit een menu? is dit een grapje? is dit een tool?) en door het te laten leren van zijn eigen fouten in real-time, kunnen we AI veel sneller en efficiënter maken.

Verdrinkt u in papers in uw vakgebied?

Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.

Probeer Digest →