More GPUs or a Smaller Cache? Tensor Parallelism versus KV Compression for Memory-Bound LLM Serving
Dit artikel toont aan dat voor geheugen-gebonden LLM-serving KV-compressie consistent een superieure verhouding tussen kosten en capaciteit biedt vergeleken met tensorparallelisme, dat alleen noodzakelijk is voor modellen die de geheugenlimieten van het apparaat overschrijden, maar faalt in het verbeteren van latentie of kostenefficiëntie voor kleinere modellen.
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
Wanneer een groot taalmodel wordt gevraagd een lang gesprek te voeren of een enorm document te verwerken, krijgt het te maken met een eenvoudige maar hardnekkige fysieke beperking: geheugen. Het model moet een lopend verslag bijhouden van alles wat het heeft gezegd en gehoord in een speciaal gebied van zijn computermemory, bekend als een cache, om ervoor te zorgen dat de antwoorden coherent blijven. Als het gesprek te lang wordt of als te veel mensen tegelijkertijd vragen stellen, loopt deze cache over en crasht het systeem. Om de dienst draaiende te houden, hebben ingenieurs zich traditioneel vertrouwd op twee verschillende strategieën. Eén benadering is het kopen van meer computerchips, waarbij de geheugenbelasting wordt verdeeld over meerdere krachtige processors die in unison werken. De andere benadering is het verkleinen van de geheugenvoetafdruk van het gesprek zelf, door slimme wiskundige trucs te gebruiken om de gegevens te comprimeren zodat ze op een enkele chip passen, zelfs als dat betekent dat er een klein beetje precisie wordt opgeofferd. Jarenlang hebben deze twee groepen experts in aparte werelden opereerd, waarbij ze zelden de werkelijke prijs van hun oplossingen met elkaar vergeleken.
Een nieuwe studie brengt deze twee benaderingen samen in dezelfde kamer om te zien welke voor de mensen die deze systemen beheren echt de goedkoopste is. De onderzoekers, die werkten met simulaties gekalibreerd tegen hardware uit de echte wereld, zetten zich af om het kantelpunt te vinden waar het toevoegen van meer chips een betere deal wordt dan het comprimeren van de gegevens. Ze testten verschillende configuraties met behulp van populaire open-source modellen en verschillende typen high-end computerchips, waarbij ze de kosten per miljoen gegenereerde woorden afzetten tegen de snelheid van het antwoord. De uitslag was een verrassing: er is geen kantelpunt. In elk scenario dat zij testten, was het comprimeren van de gegevens aanzienlijk goedkoper dan het toevoegen van meer hardware. De kloof in kosten werd groter naarmate er meer geheugenverlichting nodig was, waarbij compressie tot bijna het dubbele aan besparingen bood vergeleken met simpelweg meer chips kopen.
De studie onthult dat de vraag zelf gebaseerd was op een misverstand over hoe deze systemen falen. De onderzoekers ontdekten dat bij kleinere modellen het geheugenlimiet zelden wordt bereikt door de lengte van het gesprek alleen. Een model met zeven miljard parameters dat draait op een standaard high-end chip kan zijn maximale mogelijke gespreklengte aan zonder ooit ruimte tekort te komen. De echte barrière is niet hoe lang de chat is, maar hoe groot het model zelf is. Wanneer de kerninstructies van het model, of de gewichten, te groot zijn om op een enkele chip te passen, kan geen enkele hoeveelheid compressie helpen, omdat compressie alleen de gesprekshistorie verkleint en niet het brein van het model. In deze gevallen is het toevoegen van meer chips geen keuze; het is de enige manier om het systeem überhaupt te laten werken. Dit creëert een duidelijke scheidslijn: als het model klein genoeg is om op één chip te passen, is compressie de superieure, goedkopere optie. Als het model te groot is, is het toevoegen van chips verplicht, en wordt compressie een secundair hulpmiddel om meer gebruikers te faciliteren zodra de hardware op zijn plaats is.
De onderzoekers ontdekten ook dat deze twee strategieën verschillende zaken inkopen. Het toevoegen van meer chips maakt het systeem sneller, waardoor de tijd die nodig is om een antwoord te starten en om elk woord te genereren, wordt verkort. Het comprimeren van de gegevens maakt het systeem echter trager, omdat de computer harder moet werken om de gecomprimeerde informatie uit te pakken, en de extra gebruikers die het nu kan aanhouden, zorgen voor verkeersopstoppingen die de reacties vertragen. Terwijl compressie ervoor zorgt dat een enkele dollar aan hardware-uitgaven ongeveer zestien keer meer gelijktijdige gebruikers kan ondersteunen, vergroot het toevoegen van chips die capaciteit slechts met een kleine marge, terwijl het veel meer kost. De studie concludeert dat de meest efficiënte weg is om eerst te bepalen of het model op één chip past. Als dat zo is, comprimeer dan de gegevens om meer mensen goedkoop te bedienen. Als dat niet zo is, voeg dan de noodzakelijke chips toe om het haalbaar te maken, en gebruik vervolgens compressie om het aantal gebruikers dat die hardware kan ondersteunen te maximaliseren. Het idee dat er een middenweg bestaat waar beide methoden evenveel kosten, bestaat simpelweg niet in de echte wereld van deze simulaties.
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.