Die europäische Automobilforschung und -entwicklung befindet sich im Sprint: Elektrifizierungsprogramme, softwaredefinierte Fahrzeuge, ADAS/AV-Validierung und digitale Fabrikzwillinge treiben Simulations- und KI-Workloads auf größere GPU/CPU-Cluster mit kürzeren Iterationszyklen.
Der versteckte Engpass ist nicht mehr die Rechenleistung. Es ist das Netzwerk-Fabric—das Verschieben von Gradienten, Sensordaten, Netzen und MPI-Nachrichten schnell genug, damit Teams nicht durch Tail-Latenz, Überlastung oder unvorhersehbare Leistung unter Last ausgebremst werden.
Genau hier passt der Cornelis Networks CN5000: ein zweckgebundenes, Ende-zu-Ende-Interconnect, das für verlustfreien, überlastungsfreien Verkehr mit 400G entwickelt wurde, mit Sub-Mikrosekunden-MPI-Latenz-Highlights und Fabric-weitem Überlastungsmanagement, basierend auf der Omni-Path-Architektur.
Und in Kombination mit Hammers auf Europa fokussierten Vertriebs- und Integrationsfähigkeiten wird es zu einem praktischen Weg für Automobilorganisationen, Hochleistungsnetzwerke über mehrere Standorte hinweg für Engineering-Teams bereitzustellen und zu unterstützen.
Warum die Innovation in der Automobilindustrie jetzt vom Netzwerk abhängt
Automobiltechnische Arbeitsabläufe sind zunehmend gekoppelt und iterativ:
- Crash- & Sicherheitssimulation (große MPI-Jobs, viele kleine Nachrichten, empfindlich gegenüber Latenz und Tail-Latenz)
- CFD-, Aero- und thermische Analyse (große Gebietszerlegungen mit All-to-All-Kommunikation)
- Modellierung von Batterien und Leistungselektronik (Multiphysik, große Ensembles)
- ADAS-Wahrnehmungs- und Sensorfusions-Training (verteilte KI-Kollektivkommunikation)
- Digitale Zwillinge von Fahrzeug und Werk (kontinuierliche Datenströme, schnelle Szenariotests)
Wenn Cluster skaliert werden, reicht eine “gute durchschnittliche Bandbreite” nicht mehr aus. Automobilteams benötigen:
- Vorhersehbare Leistung unter Last
- Niedrige Tail-Latenz (damit der langsamste Rang/Worker nicht die Schrittzeit dominiert)
- Überlastungsmanagement, das unter realen Mischbedingungen standhält – nicht nur bei optimalen Verkehrsmustern
Der CN5000 in einer Minute
CN5000 ist als verlustfreies, staufreies Scale-out-Netzwerk für KI und HPC positioniert, das darauf ausgelegt ist, die Leistung auch bei Wachstum stabil zu halten.
Auf einen Blick:
- 400G-Bandbreite pro Port
- < 1 µs MPI-Latenz (Switch- und SuperNIC-Highlights)
- Architektonische Bausteine umfassen:
- Kreditbasierte Flusskontrolle
- Wiederholungen auf Verbindungsebene
- Stauverwaltung auf Fabric-Ebene
Multipath-RoutingFeinkörniges adaptives Routing (FGAR) und incast-bewusste Flusskontrolle als Teil des Überlastungsmanagement-Ansatzes
Mit mehr als 240 Ingenieuren und Technologen, die sich der Förderung von Netzwerkinnovationen widmen, konzentrieren sich Cornelis und Hammer darauf, eine höhere Effizienz in Rechenzentren zu erschließen. Unser komplettes Portfolio an SuperNICs und Switches baut auf unserem Erbe als Erfinder von Omni-Path auf, einer Architektur, die entwickelt wurde, um in der Scale-out-Ära die leistungsfähigste Vernetzung zu liefern, sowie auf einem grundlegenden Funktionsumfang für Ultra Ethernet. Wir bieten branchenführende Leistung, einschließlich extrem niedriger Latenz, hoher Nachrichtenraten und optimierter Anwendungsleistung.
Beispiel für Kundenwirkung:
Verbesserter Durchsatz aerodynamischer Simulationen für Automobil- und Maschinenbau-Teams, der eine bis zu 2× höhere Iterationsrate im Design ermöglicht und gleichzeitig die Abhängigkeit von kostspieligen physischen Prototypen und Windkanaltests reduziert.
-
- CN5000 Switch:
- 48 × 400G-Ports
- CN5000 Switch:
38,4T Vollduplex-Bandbreite. Verwaltungsfunktionen einschließlich OpenBMC-basierter Verwaltung und Redfish-Unterstützung.Implementierungshinweis:
Cornelis beschreibt den CN5000 als End-to-End-Architektur—das heißt, die Designabsicht “verlustfrei, congestionfrei” ist an die Verwendung der CN5000-Elemente –– Switches, SuperNICs und Software–– gebunden, anstatt beliebig zu mischen und zu kombinieren.
CN5000 vs. InfiniBand vs. RoCEv2 Ethernet (Automotive-fokussierter Vergleich)
|
Was Sie vergleichen |
Cornelis Networks CN5000 (Omni-Path) |
InfiniBand NDR 400 (z. B. Quantum-2) |
400G Ethernet mit RoCEv2 |
|
Primäre Absicht |
Speziell entwickelte Scale-out-Fabric für KI + HPC mit Fokus auf verlustfreies, überlastungsfreies Design. |
HPC/AI-Fabric mit adaptivem Routing und Überlastregelung als Teil des Plattformwerts. |
Open-Standard-Ethernet, angepasst für KI/HPC mit geringer Latenz unter Verwendung von “verlustfreien” Techniken (häufig PFC + ECN + Ende-zu-Ende-Überlastungskontrolle wie DCQCN). |
|
Link-Geschwindigkeitsklasse |
400G pro Port (Switch- und SuperNIC-Optionen). |
400 Gb/s pro Port (NDR 400). |
Üblicherweise 400G Ethernet; RoCEv2 für RDMA verwendet (design-/herstellerabhängig). |
|
1U-Switch-Portdichte (Beispiel) |
48 × 400G Switch; 38,4T Vollduplex. |
Häufig 64 × 400 Gb/s in 1U (modellabhängig). |
Variiert stark; das Verhalten hängt stark von ASIC/Anbieter und Ihren QoS/Puffer/ECMP/Telemetrie- und Tuning-Entscheidungen ab. |
|
Congestion-/verlustfreier Ansatz (auf hoher Ebene) |
Credit-basierte Flusskontrolle, Link-Level-Neuübertragungen, Fabric-Level-Überlastungsmanagement, Multipath-Routing—zielt auf vorhersehbare Leistung und reduzierte Tail-Latenz ab. |
Überlastungssteuerung auf Plattformebene, QoS/virtuelle Lanes, adaptives Routing; kann Funktionen zur Beschleunigung im Netzwerk umfassen (plattformspezifisch). |
„Lossless Ethernet“ verwendet typischerweise PFC, um Verluste zu vermeiden, plus ECN, um Überlastung zu markieren und eine Ratenreduzierung zu signalisieren; der operative Erfolg hängt von der Konfigurationsdisziplin ab. |
|
Betriebliche Warnhinweise |
Als End-to-End-System behandeln (Switch + SuperNIC + Software), um die vorgesehene Architektur zu unterstützen. |
Starke Wahl, wenn das IB-Ökosystem/die Tooling- und bestehenden Workflows etabliert sind. |
RoCEv2-Ergebnisse hängen stark von korrektem PFC/ECN-Design und kontinuierlicher Betriebsdisziplin ab; Fehlkonfigurationen können schwerwiegendes Congestion-/Latenzverhalten verursachen. |
Was „Verlustfrei, überlastungsfrei“ in alltäglichen technischen Ergebnissen bedeutet
Schnellere Solver-Durchlaufzeit -
Bei großen MPI-Simulationen kann die Jobzeit von Kommunikationsphasen (Halo-Austausch, Reduktionen, Synchronisation) dominiert werden. CN5000 legt den Schwerpunkt auf Nachrichtenrate und Latenzoptimierung sowie auf Congestion-Management—mit dem Ziel einer vorhersehbaren Leistung unter Last.
Auswirkung: Kürzere Durchlaufzeit pro Designiteration, weniger “mysteriöse Verlangsamungen” bei Spitzenauslastung und bessere Skalierungseffizienz bei Hinzufügen von Knoten.
Bessere Effizienz beim verteilten KI-Training (ADAS/AV- und Autonomie-Stacks)
Der CN5000 positioniert sich als ein Fabric, das für KI-Training und Inferenz entwickelt wurde und den Durchsatz unter Last durch Minimierung von Überlastungsereignissen und Tail-Latenz aufrechterhält.
Wo Sie es spüren werden: Höhere GPU-Auslastung (weniger Wartezeit auf Kollektive), stabilere Schrittzahlen, verbesserte Trainingszeit für neue Sensordomänen oder Modellvarianten.
Praktische Kontrolle durch Telemetrie (nicht durch Raten)
Wenn mehrere Teams dieselbe Plattform nutzen, können sich die Verkehrsmuster von Stunde zu Stunde ändern. CN5000 hebt Telemetrie und Echtzeit-Transparenz hervor, um ein workload-bewusstes Verkehrsmanagement zu unterstützen.
Wo Sie es spüren werden: schnellere Ursachenanalyse bei Leistungsschwankungen und klarere Kapazitätsplanung, insbesondere in gemischt genutzten Clustern.
Entwurf von CN5000 für reale Automotive-HPC- und KI-Cluster
Behandeln Sie Überlastung als den Normalfall, nicht als Ausnahmefall
Automobilplattformen sind fast immer gemischt genutzt: CAE am Morgen, Training am Nachmittag, Digital-Twin-Pipelines im Hintergrund, und alle drängen auf „Noch einen Lauf“ vor einem Meilenstein. CN5000 hebt Fabric-weites Congestion-Management, incast-bewusste Flusskontrolle und adaptives Routing hervor, um die Leistung unter Last aufrechtzuerhalten.
Behalten Sie Ihre “verlustfreie” Geschichte durchgängig bei
Cornelis beschreibt “verlustfreie, überlastungsfreie Übertragung” als architektonische Eigenschaft des CN5000 (Switch + SuperNIC + Routing/Flusskontrolle). In der Praxis: Spezifizieren Sie es als System, validieren Sie es als System.
Möchten Sie mehr erfahren?
