← Neueste Arbeiten
⚡ electrical engineering

In-Network Collective Operations: Game Changer or Challenge for AI Workloads?

Dieses Paper führt In-Network Collective Operations (INC) einem breiten Publikum ein, indem es zwischen Edge-INC und Core-INC unterscheidet, deren Leistungsvorteile neben sechs zentralen Herausforderungen bei der Einführung analysiert und zukünftige Prognosen für deren Rolle bei KI-Workloads bietet.

Ursprüngliche Autoren: Torsten Hoefler, Mikhail Khalilov, Josiah Clark, Surendra Anubolu, Mohan Kalkunte, Karen Schramm, Eric Spada, Duncan Roweth, Keith Underwood, Adrian Caulfield, Abdul Kabbani, Amirreza Rastegari

Veröffentlicht 2026-01-28
📖 5 Min. Lesezeit🧠 Tiefgang

Ursprüngliche Autoren: Torsten Hoefler, Mikhail Khalilov, Josiah Clark, Surendra Anubolu, Mohan Kalkunte, Karen Schramm, Eric Spada, Duncan Roweth, Keith Underwood, Adrian Caulfield, Abdul Kabbani, Amirreza Rastegari

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 leiten einen riesigen Kochwettbewerb, um das beste KI-„Gericht“ (ein Large Language Model) der Welt zu kreieren. Hierfür arbeiten tausende Köche (GPUs) zusammen in einer riesigen Küche. Um das Gericht zuzubereiten, müssen sie ständig Zutaten austauschen, die Arbeit der anderen probieren und ihre Ergebnisse kombinieren.

Dieses Paper, geschrieben von einem Team aus Experten verschiedener Universitäten und Tech-Giganten wie Microsoft, AMD und Broadcom, stellt eine große Frage: Was wäre, wenn die Rohrleitungen und die Verkabelung der Küche (das Netzwerk) etwas von dem Kochen für uns übernehmen könnten?

Hier ist die Aufschlüsselung ihrer Ideen, Herausforderungen und Vorhersagen, einfach erklärt.

Die zwei Wege, die Küche zu beschleunigen

Das Paper beschreibt zwei Möglichkeiten, das Netzwerk zu nutzen, um den Köchen zu helfen:

  1. Edge-INC (Die smarte Schürze):
    Stellen Sie sich vor, jeder Koch bekäme eine „smarte Schürze“ (eine spezielle Netzwerkkarte), die in der Lage ist, Berechnungen an den Zutaten durchzuführen, bevor diese überhaupt den Hauptarbeitsplatz des Kochs erreichen. Anstatt dass der Koch einen Eimer Wasser greift, es in eine Schüssel gießt, abmisst und dann wieder ausgießt, misst und mischt die smarte Schürze es sofort, während es durchfließt.

    • Der Vorteil: Die Köche (Computer) müssen ihre Arbeit nicht unterbrechen, um Daten zu verarbeiten. Das spart Zeit und Speicher.
  2. Core-INC (Das magische zentrale Rohr):
    Stellen Sie sich vor, die Rohre, die die Köche verbinden, sind nicht nur leere Röhren; sie sind „magische Rohre“, die in der Lage sind, die Zutaten zu mischen, während sie fließen. Wenn Koch A eine Tasse Zucker und Koch B eine Tasse Mehl schickt, mischt das Rohr sie zu einem Teig innerhalb des Rohrs, bevor sie die nächste Station erreichen.

    • Der Vorteil: Dies reduziert den Datenverkehr, der die Küche verstopft, drastisch. Anstatt 100 einzelne Zutaten zu einem zentralen Mixer zu senden, kombinieren die Rohre sie auf dem Weg, sodass nur das Endergebnis die restliche Strecke zurücklegen muss.

Die großen Hürden (Warum es noch kein Zauberstab ist)

Die Autoren argumentieren, dass dies zwar großartig klingt, aber sechs große „Küchen-Alpträume“ existieren, die die Implementierung erschweren:

  1. Das „Problem der winzigen Zahlen“ (Geringe Präzision):
    KI-Köche verwenden oft „winzige“ Zahlen (wie 4-Bit- oder 8-Bit-Integer), um schneller zu kochen. Es ist, als würde man einen winzigen Teelöffel anstelle eines großen Schöpflöffels verwenden. Das Problem? Wenn man zu viele winzige Zahlen zusammenfügt, könnte man den Löffel überlaufen lassen oder die Genauigkeit verlieren.

    • Der Haken: Um dies zu beheben, müssten die „magischen Rohre“ (Core-INC) größere, präzisere Löffel tragen, um die Zwischenergebnisse zu halten. Aber wenn sie größere Löffel tragen, verlieren sie den Geschwindigkeitsvorteil, den sie eigentlich haben sollten.
  2. Das „Problem der speziellen Formen“ (Vektordaten):
    Manchmal kommen Zutaten in seltsamen, benutzerdefinierten Formen (wie „Block Floating Point“). Die Rohre sind derzeit für Standardformen gebaut. Wenn die Rohre jedes Mal anhalten und die Form der Zutat ändern müssen, um sie anzupassen, verlieren sie an Geschwindigkeit. Das Paper warnt, dass sich KI-Datenformate schneller ändern, als die Hardware des Netzwerks umgestaltet werden kann.

  3. **Das „Problem des leeren Raums“ (Sparse Data):**
    Manchmal nutzen Köche nur wenige Zutaten aus einem riesigen Vorratsschrank (Sparse Data). Wenn die Rohre versuchen, diese zu mischen, können die „leeren Stellen“ mit Junk-Daten (Fill-in) gefüllt werden, was die Mischung riesig und langsam macht. Es ist, als würde man versuchen, ein paar Gewürze in einem riesigen leeren Raum zu mischen; plötzlich ist der Raum voller Staub.

  4. Das „Problem des exakten Rezepts“ (Reproduzierbarkeit):
    Beim Debugging müssen Köfe sicherstellen, dass, wenn sie dasselbe Gericht zweimal kochen, das Ergebnis Bit für Bit identisch ist. Aber die Gleitkomma-Arithmetik (Floating-Point) ist knifflig; wenn man Zahlen in einer anderen Reihenfolge addiert, erhält man ein leicht anderes Ergebnis. Die „magischen Rohre“ ändern die Reihenfolge der Operationen, um Zeit zu sparen, was die Regel des „exakten Rezepts“ bricht. Die Behebung erfordert zusätzliche Arbeit, die die Geschwindigkeitsgewinne wieder zunichtemacht.

  5. Das „Verkehrsregler-Problem“ (Koordination):
    Die Rohre müssen genau wissen, wann sie mischen und wann sie aufhören sollen. Wenn die Küche mit anderen Aufgaben beschäftigt ist (Multi-Tenancy), wird die Einrichtung dieser „Mischbäume“ zu einem logistischen Albtraum. Es ist schwierig, jedes Mal eine maßgeschneiderte Montagelinie aufzubauen, wenn eine neue Gruppe von Köchen mit der Arbeit beginnt.

  6. Das „Geheimrezept-Problem“ (Verschlüsselung):
    Wenn die Köfe geheime Rezepte kochen, verschlüsseln sie ihre Zutaten. Aber wenn die Rohre die Zutaten mischen sollen, müssen sie die Daten sehen können, um die Mathematik darauf anzuwenden. Dies bricht die Verschlüsselung. Um dies zu beheben, bräuchte man „homomorphe Verschlüsselung“ (Mathematik auf verschlüsselten Daten), die derzeit sehr langsam ist und nur für einfache Zahlen funktioniert, nicht für komplexe KI-Daten.

Das Urteil: Wird es alles verändern?

Die Autoren führen eine Simulation (Abbildung 5) durch, die zeigt, dass selbst wenn das Netzwerk die Datenübertragung um 60 % beschleunigt, die Gesamtkochzeit nur um etwa 11 % bis 34 % verbessert wird. Dies liegt am Amdahlschen Gesetz: Wenn die Köche die meiste Zeit mit dem Schneiden von Gemüse (Computing) verbringen und nur wenig Zeit mit dem Weiterreichen von Zutaten (Kommunikation), hilft eine Beschleunigung des Weiterreichens nicht viel.

Die Vorhersage:
Das Paper kommt zu dem Schluss, dass In-Network Collective Operations (INC) keine Revolution über Nacht sein werden.

  • Kurzfristig: Es wird wahrscheinlich langsam eingeführt werden, hauptsächlich in kleinen, lokalen Küchen (Single-Switch-Setups), in denen die Kommunikation der größte Engpass ist.
  • Langfristig: Damit es überall funktioniert, benötigen wir Standardisierung (alle müssen sich auf die Regeln einigen, wie das erwähnte „Ultra Ethernet“-Konsortium) und einfachere Designs.

Zusammenfassend lässt sich sagen: Die Idee, das Netzwerk die Mathematik machen zu lassen, ist theoretisch ein „Game Changer“, aber in der Praxis ist es eine „Herausforderung“, die voller technischer Fallen steckt. Es wird wahrscheinlich schrittweise eintreffen, beginnend mit kleinen, spezifischen Anwendungen, anstatt das gesamte System auf einmal zu ersetzen.

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 →