
Die europäische Automobilforschung und -entwicklung befindet sich im Sprint: Elektrifizierungsprogramme, softwaredefinierte Fahrzeuge, ADAS/AV-Validierung und digitale Zwillinge von Fabriken treiben die Simulations- und KI-Workloads auf größere GPU/CPU-Cluster mit kürzeren Iterationszyklen.
Der versteckte Limitierer ist nicht mehr die Rechenleistung. Es ist die Netzwerkstruktur – die Übertragung von Gradienten, Sensordatensätzen, Meshes und MPI-Nachrichten so schnell, dass Teams nicht durch Latenzzeiten, Überlastung oder unvorhersehbare Leistung unter Last ausgebremst werden.
Hier kommt Cornelis Networks CN5000 ins Spiel: eine speziell entwickelte End-to-End-Verbindung für verlustfreien, staufreien Datenverkehr mit 400G, MPI-Latenz im Sub-Mikrosekundenbereich und Stauungsmanagement auf Fabric-Ebene, basierend auf der Omni-Path-Architektur.
In Kombination mit Hammers auf Europa ausgerichteten Vertriebs- und Integrationskapazitäten wird dies zu einem praktischen Weg für Automobilunternehmen, um leistungsstarke Netzwerke über mehrere Standorte hinweg für ihre Entwicklungsteams bereitzustellen und zu unterstützen.
Warum Innovationen in der Automobilindustrie heute vom Netzwerk abhängen
Die Arbeitsabläufe in der Automobilentwicklung sind zunehmend miteinander verknüpft und iterativ:
- Crash- und Sicherheitssimulation (große MPI-Jobs, viele kleine Nachrichten, empfindlich gegenüber Latenz und Tail-Latenz)
- CFD-, Aero- und Thermoanalyse (große Gebietszerlegungen mit All-to-All-Kommunikation)
- Modellierung von Batterien und Leistungselektronik (Multi-Physik, große Ensembles)
- ADAS-Wahrnehmungs- und Sensorfusionstraining (verteilte KI-Kollektivkommunikation)
- Digitale Zwillinge von Fahrzeugen und Anlagen (kontinuierliche Datenzufuhr, schnelle Szenariotests)
Mit zunehmender Größe von Clustern reicht eine „gute durchschnittliche Bandbreite“ nicht mehr aus. Automobilteams benötigen:
- Vorhersehbares Verhalten unter Last
- Niedrige Latenz im hinteren Bereich (damit der langsamste Rang/Worker die Schrittzeit nicht dominiert)
- Staumanagement, das auch unter realen Mischnutzungsbedingungen funktioniert – nicht nur bei optimalen Verkehrsmustern
Die CN5000 in einer Minute
CN5000 positioniert sich als verlustfreies, staufreies Scale-Out-Netzwerk für KI und HPC, das darauf ausgelegt ist, die Leistung auch bei wachsendem Bedarf stabil zu halten.
Auf einen Blick:
- 400 Gbit/s Bandbreite pro Port
- MPI-Latenz < 1 µs (Highlights von Switch und SuperNIC)
- Zu den architektonischen Bausteinen gehören:
- Kreditbasierte Flusssteuerung
- Link-Level-Neuübertragungen
- Staumanagement auf Gewebeebene
Multipath-Routing, Fine-Grained Adaptive Routing (FGAR) und Incast-basierte Flusssteuerung werden als Teil des Staumanagement-Ansatzes genannt
Mit über 240 Ingenieuren und Technologieexperten, die sich der Weiterentwicklung von Netzwerktechnologien verschrieben haben, konzentriert sich Cornelis and Hammer darauf, die Effizienz von Rechenzentren deutlich zu steigern. Unser umfassendes Portfolio an SuperNICs und Switches baut auf unserer Expertise als Erfinder von Omni-Path auf – einer Architektur, die für höchste Netzwerkleistung im Scale-Out-Zeitalter entwickelt wurde und die Grundlage für Ultra Ethernet bildet. Wir bieten branchenführende Performance, darunter extrem niedrige Latenz, hohe Datenübertragungsraten und optimierte Anwendungsleistung.
Beispiel für die Kundenauswirkungen:
Verbesserter Durchsatz bei aerodynamischen Simulationen für Automobil- und Maschinenbauteams, wodurch der Durchsatz von Designiterationen um bis zu das Doppelte gesteigert und gleichzeitig die Abhängigkeit von kostspieligen physischen Prototypen und Windkanaltests verringert wird.

-
- CN5000 -Schalter:
- 48 × 400G-Anschlüsse
- CN5000 -Schalter:
38,4 Tbit/s Vollduplex-Bandbreite. Managementfunktionen einschließlich OpenBMC-basierter Verwaltung und Redfish-Unterstützung.Implementierungshinweis:
Cornelis beschreibt CN5000 als eine durchgängige Architektur– das heißt, die Designabsicht „verlustfrei, staufrei“ ist an die Verwendung der CN5000-Elemente – Switches, SuperNICs und Software – gebunden, anstatt diese willkürlich zu kombinieren.

CN5000 vs InfiniBand vs RoCEv2 Ethernet (Vergleich speziell für die Automobilindustrie)
|
Was du vergleichst |
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, staufreies Design. |
HPC/KI-Fabric mit adaptivem Routing und Staukontrolle als Teil des Plattformwerts. |
Offener Ethernet-Standard, angepasst für KI/HPC mit niedriger Latenz unter Verwendung von „verlustfreien“ Techniken (oft PFC + ECN + End-to-End-Staukontrolle wie DCQCN). |
|
Verbindungsgeschwindigkeitsklasse |
400G pro Port (Switch- und SuperNIC-Optionen). |
400 Gbit/s pro Port (NDR 400). |
Üblicherweise 400G Ethernet; RoCEv2 wird für RDMA verwendet (abhängig von Design/Hersteller). |
|
Portdichte eines 1U-Switches (Beispiel) |
48 × 400G Switch; 38,4T Vollduplex. |
Häufig 64 × 400 Gbit/s in 1 HE (modellabhängig). |
Variiert stark; das Verhalten hängt stark vom ASIC/Hersteller und Ihren QoS-/Puffer-/ECMP-/Telemetrie- und Tuning-Einstellungen ab. |
|
Stau-/verlustfreier Ansatz (Übersicht) |
Kreditbasierte Flusssteuerung, Wiederholungsübertragungen auf Verbindungsebene, Staumanagement auf Netzwerkebene, Mehrwege-Routing – mit dem Ziel einer vorhersehbaren Leistung und reduzierter Latenz am Ende des Netzwerks. |
Plattformweite Staukontrolle, QoS/virtuelle Spuren, adaptives Routing; kann netzwerkinterne Beschleunigungsfunktionen umfassen (plattformspezifisch). |
„Verlustfreies Ethernet“ verwendet typischerweise PFC, um Paketverluste zu vermeiden, sowie ECN, um Überlastung und Signalratenreduzierung zu kennzeichnen; der Betriebserfolg hängt von der Disziplin bei der Konfiguration ab. |
|
Betriebsüberwachung |
Behandeln Sie es als ein durchgängiges System (Switch + SuperNIC + Software), um es an die beabsichtigte Architektur anzupassen. |
Eine gute Wahl dort, wo das IB-Ökosystem/die Tools und bestehende Arbeitsabläufe etabliert sind. |
Die Ergebnisse von RoCEv2 hängen stark von einem korrekten PFC/ECN-Design und einer kontinuierlichen Betriebsdisziplin ab; Fehlkonfigurationen können zu erheblichen Überlastungs-/Latenzproblemen führen. |
Was „verlustfrei, staufrei“ im technischen Alltag bedeutet
Schnellere Lösungsbearbeitung -
In großen MPI-Simulationen kann die Laufzeit maßgeblich von Kommunikationsphasen (Halo-Austausch, Reduktionen, Synchronisierung) bestimmt werden. CN5000 legt Wert auf die Optimierung von Nachrichtenrate und Latenz sowie auf das Staumanagement – mit dem Ziel, unter Last eine vorhersagbare Leistung zu erzielen.
Auswirkungen: Kürzere Entwicklungszeit pro Designiteration, weniger „mysteriöse Verlangsamungen“ bei Spitzenlast und bessere Skalierungseffizienz beim Hinzufügen von Knoten.
Bessere Effizienz des verteilten KI-Trainings (ADAS/AV und Autonomie-Stacks)
CN5000 positioniert sich als eine für KI-Training und -Inferenz konzipierte Plattform, die den Durchsatz unter Last aufrechterhält, indem sie Überlastungsereignisse und Latenzzeiten minimiert.
Wo Sie es spüren werden: höhere GPU-Auslastung (kürzere Wartezeiten auf kollektive Operationen), stabilere Schrittzeiten, verbesserte Trainingszeit für neue Sensordomänen oder Modellvarianten.
Praktische Steuerung durch Telemetrie (nicht durch Raten)
Wenn mehrere Teams dieselbe Plattform nutzen, können sich die Verkehrsmuster stündlich ändern. CN5000 bietet Telemetrie und Echtzeit-Transparenz zur Unterstützung eines arbeitslastabhängigen Verkehrsmanagement.
Wo Sie es spüren werden: schnellere Ursachenanalyse von Leistungsschwankungen und klarere Kapazitätsplanung, insbesondere in gemischt genutzten Clustern.
Integration von CN5000 in reale automobile HPC- und KI-Cluster
Behandeln Sie Stau als Normalfall, nicht als Sonderfall
Automobilplattformen sind fast immer multifunktional: CAE am Vormittag, Schulungen am Nachmittag, digitale Zwillings-Pipelines im Hintergrund und alle arbeiten fieberhaft daran, vor einem Gate noch einen Durchlauf zu schaffen. CN5000 fordert ein umfassendes Staumanagement, eine datenflussbasierte Steuerung und adaptives Routing, um die Leistung unter Last aufrechtzuerhalten.
Halten Sie Ihre „verlustfreie“ Geschichte von Anfang bis Ende lückenlos fest
Cornelis beschreibt „verlustfreie, staufreie Übertragung“ als eine architektonische Eigenschaft von CN5000 (Switch + SuperNIC + Routing/Flusssteuerung). In der Praxis bedeutet das: als System spezifizieren und als System validieren.
Möchten Sie mehr erfahren?