ML Inference Scheduling with Predictable Latency
Dit artikel identificeert kritieke beperkingen in bestaande benaderingen voor ML-inferentieplanning, specifiek hun grofmazige interferentievoorspelling en de afhankelijkheid van statische modellen, wat leidt tot onnauwkeurige latentievoorspellingen en aangetaste SLO's onder dynamische workloads.
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
Het Grote Plaatje: De Drukke Keuken van een Hoogwaardig Restaurant
Stel je een hoogwaardige restaurantkeuken voor (de GPU) die ongelooflijk snel is, maar ook erg duur om te laten draaien. Om geld te besparen, wil de eigenaar zoveel mogelijk maaltijden tegelijkertijd bereiden (utilisatie verbeteren).
In deze keuken komen bestellingen binnen voor verschillende gerechten (zoals Machine Learning-modellen). Om efficiënt te zijn, groepeert de chef vergelijkbare bestellingen samen in een enkele "batch" om ze allemaal tegelijk te bereiden. In plaats van bijvoorbeeld één burger te bakken, dan twee frietjes, en dan weer één burger, bakken ze een tray van vijf burgers tegelijkertijd.
Echter, de keuken heeft een probleem: Interferentie.
Als de chef probeert om een enorme tray burgers en een tray delicate soufflés op exact hetzelfde moment op hetzelfde fornuis te bereiden, kunnen ze elkaar in de weg zitten. De hitte kan ongelijkmatig worden, of de chef moet te vaak wisselen van gereedschap. Dit vertraagt alles, waardoor het eten te laat aankomt.
In de wereld van AI betekent "te laat eten" latentie. Als een zelfrijdende auto of een videogesprek een vertraagd antwoord krijgt omdat de keuken te druk was, is dat een falen. Het doel van dit paper is om uit te zoeken hoe je deze kookbatches kunt plannen zodat de keuken druk blijft zonder dat het eten te laat komt.
Het Probleem: Gokken is Gevaarlijk
Het paper stelt dat de huidige methoden om te voorspellen hoeveel "drukte" (interferentie) er zal optreden, op twee belangrijke punten gebrekkig zijn:
1. Het "Statische Snapshot"-probleem (Grofmazig)
De Analogie: Stel je voor dat je een verkeersregelaar bent. Je kijkt op een kaart en ziet een rode vrachtwagen en een blauwe auto die momenteel op de snelweg rijden. Je voorspelt dat ze de hele rit naast elkaar zullen rijden.
De Realiteit: In de keuken kan de rode vrachtwagen (Batch 1) na 10 seconden de snelweg verlaten, en kan er een enorme vrachtwagen (Batch 3) bij komen die er 5 minuten blijft.
De Bewering van het Paper: Huidige AI-schedulers zijn als die verkeersregelaar. Ze kijken naar wie er op dit moment in de keuken is en gaan ervan uit dat dat zo zal blijven. Ze negeren het feit dat batches op verschillende tijdstippen aankomen en vertrekken.
- Resultaat: De voorspelling klopt niet. Het systeem denkt dat de keuken rustig zal zijn, maar plotseling arriveert er een nieuwe, zware batch, wat zorgt voor een verkeersopstopping en late leveringen.
2. Het "Oude Kaart"-probleem (Niet-adaptief/Statische Modellen)
De Analogie: Stel je voor dat je een robotchef hebt getraind om kooktijden te voorspellen met behulp van een menu van vorig jaar. Vorig jaar bestelde iedereen burgers. Dit jaar bestelt iedereen complexe zeevruchten.
De Realiteit: De robotchef denkt nog steeds: "Oh, het zijn gewoon burgers," en voorspelt dat de kooktijd snel zal zijn. Maar omdat het menu is veranderd, heeft de robot het mis.
De Bewering van het Paper: Huidige AI-modellen zijn "statisch". Ze worden één keer getraind op oude data en daarna nooit meer bijgewerkt. Als de soorten verzoeken veranderen (bijv. er worden nieuwe AI-modellen toegevoegd, of het aantal bestellingen verandert), wordt het oude model onnauwkeurig.
- Resultaat: Het systeem blijft slechte gokken maken omdat het een verouderde kaart gebruikt voor een veranderende wereld.
Wat de Auteurs Deden (Het Experiment)
De auteurs zetten een testkeuken op (met behulp van een NVIDIA GPU) om te zien hoe erg deze twee problemen werkelijk zijn.
- Het testen van het "Snapshot"-probleem: Ze draaiden simulaties waarbij batches op verschillende tijdstippen arriveerden en vertrokken. Ze ontdekten dat als je deze veranderingen negeert, je voorspelling over hoe lang een taak zal duren er enorm naast kan zitten (soms met meer dan 60% foutmarge). Het is alsoer dat je voorspelt dat een rit van 10 minuten 16 minuten zal duren omdat je niet wist dat er een verkeerslicht op rood zou springen.
- Het testen van het "Oude Kaart"-probleem: Ze trainden een model op een specifieke set gerechten en probeerden vervolgens de tijden te voorspellen voor een totaal andere set gerechten. Het oude model faalde jammerlijk. Echter, toen ze het model "on the fly" lieten leren (Online Learning) — door de voorspellingen aan te passen terwijl het nieuwe data zag — werd het veel beter in het afhandelen van de veranderingen.
De Conclusie
Het paper concludeert dat om een efficiënte AI-keuken te draaien zonder late leveringen, we moeten stoppen met het gebruik van "domme" schedulers die:
- Negeren dat de drukte in de keuken elke seconde verandert.
- Weigeren te leren van nieuwe soorten bestellingen.
In plaats daarvan hebben we een slimme scheduler nodig die:
- De keuken dynamisch in de gaten houdt (het bijhouden van wie er arriveert en vertrekt).
- Leert en voorspellingen in realtime bijwerkt naarmate de werklast verandert.
Door dit te doen, kunnen we de GPU (de keuken) druk en efficiënt houden, terwijl we tegelijkert drukt garanderen dat elke bestelling (elke AI-aanvraag) zijn antwoord op tijd krijgt.
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.