← Neueste Arbeiten
💻 computer science

Load Testing for Machine Learning Model Serving Systems at Scale

Dieses Paper stellt \sys vor, ein industrielles Lasttest-Framework, das eine adaptive, feedbackgesteuerte Suchstrategie einsetzt, um die GPU-Kapazität für ML-Serving-Systeme systematisch zu schätzen, wobei durch 14 Fallstudien nachgewiesen wird, dass es die Ressourceneffizienz und die Betriebszuverlässigkeit signifikant verbessert, indem es Schätzfehler reduziert und SLO-Verletzungen verhindert.

Ursprüngliche Autoren: Amr S. Abdelfattah, Nakul Tirumalai, Indu Mohanan, Xiao Li, Pengchao Wang, Dinakar Dhurjati, Eric Sung

Veröffentlicht 2026-06-23
📖 5 Min. Lesezeit🧠 Tiefgang

Ursprüngliche Autoren: Amr S. Abdelfattah, Nakul Tirumalai, Indu Mohanan, Xiao Li, Pengchao Wang, Dinakar Dhurjati, Eric Sung

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Stellen Sie sich vor, Sie sind der Manager einer riesigen, hochmodernen Restaurantküche. Diese Küche kocht kein Essen; sie verarbeitet jede Sekunde Millionen komplexer mathematischer Probleme mithilfe leistungsstarker Grafikkarten (GPUs), um KI-Modelle auszuführen.

Das große Problem? Sie wissen nicht genau, wie viele Köche (GPU-R Ressourcen) Sie benötigen.

  • Wenn Sie zu wenige einstellen, wird die Küche überlastet, Bestellungen verzögern sich und Kunden werden wütend (dies nennt man die Verletzung von „Service Level Objectives“ oder SLOs).
  • Wenn Sie zu viele einstellen, bezahlen Sie für leere Stühle und untätige Köche, was eine enorme Menge an Geld und Energie verschwendet.

Lange Zeit war das Finden der richtigen Anzahl an Köchen ein Ratespiel. Dieses Paper stellt ein neues System namens Vanguard vor, das wie ein superintelligenter „Stresstest“-Manager fungiert, um die perfekte Anzahl an Köchen zu finden.

So funktioniert Vanguard, erklärt durch einfache Analogien:

1. Das Problem mit alten Werkzeugen

Standardmäßige Stress-Testing-Tools (wie JMeter oder k6) sind wie generische Fitnesstrainer. Sie sind großartig darin, einen Menschen auf einem Laufband zu testen, aber sie verstehen die Eigenheiten einer KI-Küche nicht.

  • Das „Warmup“-Problem: Wenn Sie eine Hochleistungs-GPU einschalten, ist das wie ein Rennwagenmotor. Er muss erst ein paar Minuten aufwärmen, seine Teile kalibrieren und bereit werden. Wenn Sie sofort testen, wirkt er langsam und träge. Alte Tools denken, der Motor sei defekt; Vanguard weiß, dass man warten muss, bis der Motor warmgelaufen ist, bevor man seine Geschwindigkeit beurteilt.
  • Das „Batching“-Problem: KI-Systeme gruppieren Anfragen oft zusammen (wie ein Bus, der Passagiere einsammelt), um effizient zu sein. Wenn der Bus halb leer ist, ist er schnell. Wenn er voll ist, kann er langsamer werden. Diese Beziehung ist keine gerade Linie, sondern eine Kurve. Alte Tools nehmen eine gerade Linie an; Vanguard versteht die Kurve.
  • Das „Hardware“-Problem: Ein Modell läuft auf einer bestimmten GPU vielleicht perfekt, hat aber auf einer anderen Schwierigkeiten. Vanguard testet die spezifische Hardware, die Sie tatsächlich verwenden.

2. Wie Vanguard funktioniert: Die „Intelligente Suche“

Anstatt einfach eine Zahl zu raten und zu hoffen, nutzt Vanguard eine feedbackgesteuerte Suchstrategie. Denken Sie an das Einstellen eines Radios, um den klarsten Sender zu finden.

  • Die adaptive Suche: Vanguard beginnt mit einer niedrigen Anzahl an Anfragen. Es dreht langsam die Lautstärke auf (fügt mehr Anfragen hinzu).
  • Dämpfung (Der Stoßdämpfer): Wenn es sich dem Limit nähert, an dem das System abstürzen könnte, verlangsamt es seine Schritte. Es tritt nicht voll auf die Bremse, sondern lässt langsam nach, um ein Überschießen des Limits zu vermeiden.
  • Spitzen-Toleranz (Das Rauschen ignorieren): Manchmal hat das System einen winzigen, vorübergehenden Schluckauf (einen „Spike“). Ein dummes System würde panisch reagieren und den Test stoppen. Vanguard ignoriert diese kleinen Aussetzer, da es weiß, dass es nur Rauschen ist, und macht weiter, bis es ein echtes, anhaltendes Problem sieht.
  • Konvergenz (Wissen, wann man aufhören muss): Es testet so lange weiter, bis es sicher ist, dass es den „Sweet Spot“ gefunden hat – die maximale Anzahl an Anfragen, die das System bewältigen kann, ohne seine Versprechen gegenüber dem Nutzer zu brechen.

3. Die „Gesundheitscheck“-Engine

Vanguard schaut nicht nur auf eine einzige Zahl (wie die Geschwindigkeit). Es betrachtet ein Dashboard mit Vitalzeichen, ähnlich wie ein Arzt, der einen Patienten untersucht.

  • Es prüft, ob das System gesund ist (genug Raum zum Atmen).
  • Es prügt, ob es eine Warnung gibt (nahe am Limit).
  • Es prüft, ob es kritisch ist (kurz vor dem Absturz).
  • Um Fehlalarme (wie ein Glitch beim Herzschlagmonitor) zu vermeiden, nutzt es eine „Hysteresen“-Regel: Das System muss im Zustand „Warnung“ verbleiben, bevor es offiziell als in Schwierigkeiten befindlich deklariert wird. Dies verhindert Panik bei vorübergehenden Störungen.

4. Was sie herausgefunden haben (Die Ergebnisse)

Das Team hat Vanguard an 14 verschiedenen KI-Modellen (wie Empfehlungsmaschinen, Bilderkennung und Textgeneratoren) bei Meta getestet. Hier ist, was sie gelernt haben:

  • Realer Verkehr ist entscheidend: Der größte Fehler, den Menschen machen, ist die Verwendung von künstlichen, erfundenen Daten zum Testen. Das Paper fand heraus, dass die Verwendung von aufgezeichnetem Echtzeit-Verkehr (das Abspielen tatsächlicher Nutzeranfragen) die Fehlerquote von 30 % auf nur 2–6 % reduzierte. Es ist der Unterschied zwischen dem Testen eines Autos auf einer glatten Rennstrecke und dem Testen auf der tatsächlichen, holprigen Straße, auf der es später fahren wird.
  • Warmup ist wichtig: Das Ignorieren der „Warmup“-Phase verursachte einen Fehler von 22 % in den Vorhersagen. Man kann die Höchstgeschwindigkeit eines Autos nicht beurteilen, in der Sekunde, in der man den Schlüssel umdreht.
  • Der „Überfüllungs“-Effekt: Wenn mehrere Modelle dieselbe GPU teilen (Co-Location), stören sie sich gegenseitig, wie Menschen, die sich in einem überfüllten Raum gegenseitig ins Wort fallen. Dies ist eine große Fehlerquelle, die schwer vorherzusagen ist.
  • Genauigkeit: Mit allen richtigen Einstellungen sagte Vanguard die Kapazität mit einer Genauigkeit von 94 % voraus.
  • Reale Auswirkungen: Durch den Einsatz von Vanguard konnte das Unternehmen die Verschwendung von GPU-Ressourcen für verschiedene Modelle um 15 % bis 83 % senken und die Anzahl der Abstürze ihrer Dienste aufgrund von Unterbesetzung signifikant reduzieren.

5. Das Fazament

Das Paper kommt zu dem Schluss, dass man nicht einfach generische Tools verwenden kann, um KI zu testen. Man braucht einen spezialisierten Ansatz, der folgendes versteht:

  1. Warmup: Lassen Sie das System heiß werden, bevor Sie testen.
  2. Reale Daten: Testen Sie mit echtem Verkehr, nicht mit künstlichen Daten.
  3. Intelligente Geduld: Paniken Sie nicht bei kleinen Glitches; achten Sie auf anhaltende Trends.

Indem Unternehmen diesen Regeln folgen, können sie enorme Mengen an Geld für Hardware sparen und gleichzeitig ihre Dienste schnell und zuverlässig halten.

Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?

Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.

Digest testen →