Le plateau de commutation AMD Helios QFX5252 fait de l’Ethernet ouvert un défi matériel
AMD a exposé son plateau de commutation Helios QFX5252 à OCP 2026, dévoilant deux puces de commutation, le circuit de refroidissement liquide, des retimers et un câblage cuivre dense. Ce matériel donne une forme physique à la stratégie Ethernet ouverte d’AMD. Il révèle aussi combien cette stratégie est difficile à mettre en œuvre.
Le plateau n’est pas un commutateur top-of-rack classique dont les ports font face à une allée réseau. Il s’agit d’un module scale-up intégré conçu pour relier les accélérateurs au sein d’un rack AMD Helios. Sa mission consiste à faire en sorte que 72 GPU Instinct MI455X se comportent davantage comme une seule ressource de calcul.
Cela place le QFX5252 au cœur d’une compétition plus vaste. AMD, HPE, Juniper et Broadcom font progresser une alternative fondée sur Ethernet aux fabrics d’accélérateurs propriétaires étroitement contrôlés. NVIDIA demeure la référence, mais le conflit immédiat est architectural : la flexibilité de l’Ethernet ouvert face à l’efficacité d’un fabric intégré.
Le plateau de commutation AMD Helios QFX5252 s’ouvre à OCP 2026
Le changement le plus important à OCP a été la visibilité, car la construction interne du QFX5252 a transformé une promesse architecturale en matériel inspectable.
HPE a annoncé le QFX5252 en juin 2026, mais l’exposition à OCP a montré comment le module scale-up est assemblé. Les photographies de Patrick Kennedy du plateau de commutation ouvert révèlent deux sections de commutation adjacentes dans un châssis double largeur.
L’OCP Global Summit 2026 s’est tenu du 12 au 15 octobre à San Jose, en Californie. Le programme du sommet plaçait l’infrastructure IA, les réseaux ouverts, le refroidissement et l’alimentation parmi ses thèmes centraux.
Le QFX5252 réunissait ces thèmes dans un seul plateau. Sa disposition interne comprend deux puces de commutation Broadcom Tomahawk 6, selon ServeTheHome. Chaque puce fournit 102,4 térabits par seconde de capacité de commutation, soit 204,8 Tbps au total pour le plateau.
Ce chiffre doit être interprété avec prudence. Il décrit la capacité de commutation combinée de deux puces, et non la bande passante utilisable par une application unique. Les performances des charges de travail dépendent également de la topologie, de l’efficacité des protocoles, des logiciels, de la congestion et du reste du rack.
Les puces sont placées sous des blocs refroidis par liquide. Du matériel de refroidissement supplémentaire recouvre des composants que ServeTheHome identifie comme des retimers. Un retimer reçoit puis retransmet un signal à haut débit, l’aidant à parcourir de plus longues distances sur des chemins électriquement exigeants.
Ces composants sont importants, car les connexions arrière ne sont pas proches de chaque puce de commutation. Les signaux doivent traverser le plateau et atteindre des connecteurs blind-mate haute densité, qui s’engagent automatiquement lorsque les opérateurs font glisser le module dans le rack.
À des débits de signalisation PAM4 de 224G, la distance parcourue sur le circuit imprimé devient coûteuse. PAM4 encode deux bits par symbole au moyen de quatre niveaux de signal, augmentant la capacité tout en renforçant les exigences d’intégrité du signal. Les chemins électriques plus longs subissent une atténuation, des réflexions, de la gigue et de la diaphonie.
Le plateau utilise donc des câbles et des retimers au lieu de considérer son circuit imprimé comme l’intégralité du chemin de données. Ce choix produit une machine visuellement dense. Il montre aussi pourquoi les réseaux à très haut débit dépendent de plus en plus du packaging et de l’ingénierie mécanique.
Même les poignées racontent une partie de l’histoire. ServeTheHome a observé des leviers d’insertion inhabituellement longs sur le plateau. Son ensemble de connecteurs arrière crée une force d’insertion importante ; les techniciens ont donc besoin d’un levier mécanique pour installer correctement l’assemblage.
Ce détail semble mineur jusqu’à ce que la maintenance entre dans l’équation. Un plateau de commutation dans un rack IA doit relier l’alimentation, le liquide de refroidissement, la gestion et des centaines de voies à haut débit. Les opérateurs doivent également pouvoir le remplacer sans reconstruire l’infrastructure de câblage du rack.
AMD décrit Helios comme une conception modulaire intégrant les connexions d’alimentation, de refroidissement et de réseau. Son architecture Helios publiée indique que le remplacement des sleds doit éviter le recâblage et réduire les interruptions de maintenance.
L’exposition du QFX5252 donne une base plus concrète à cette affirmation. Elle met aussi en évidence le coût d’ingénierie qui la sous-tend. L’accouplement aveugle simplifie la maintenance après l’installation, mais atteindre cette simplicité exige des connecteurs denses, un alignement précis et des forces d’insertion soigneusement maîtrisées.
Le résultat est plus significatif qu’un matériel attrayant. Le châssis ouvert montre que les réseaux scale-up deviennent un système mécanique à l’échelle du rack, et non plus seulement une collection de puces de commutation rapides.
Pourquoi Helios a besoin d’un réseau scale-up à l’intérieur du rack
Le QFX5252 existe parce qu’ajouter des GPU ne crée pas une capacité de calcul utile si ces GPU ne peuvent pas échanger des données sans attendre le réseau.
Les grands modèles d’IA ne tiennent pas toujours dans la mémoire d’un seul accélérateur. Les systèmes d’entraînement et d’inférence répartissent les poids des modèles, les activations et les calculs sur de nombreux GPU. Ces appareils doivent ensuite échanger des résultats intermédiaires tout au long d’une charge de travail.
Le parallélisme tensoriel en est un exemple. Il répartit des opérations mathématiques individuelles entre plusieurs accélérateurs. Chaque GPU participant partage à plusieurs reprises des résultats partiels, faisant de la latence et de la cohérence du réseau une composante des performances de calcul effectives.
Un chemin lent ou instable peut retarder l’ensemble du groupe. Le rack peut contenir une énorme capacité de traitement nominale, tout en affichant une faible utilisation parce que les accélérateurs attendent les communications collectives.
AMD indique que Helios relie 72 GPU Instinct MI455X au sein d’un même domaine scale-up. L’entreprise revendique 260 téraoctets par seconde de bande passante scale-up bidirectionnelle agrégée et un accès à 31 téraoctets de mémoire HBM4.
La HBM4 est une mémoire à haute bande passante placée à proximité du silicium de l’accélérateur. Son rôle est d’alimenter les moteurs de calcul assez rapidement pour les maintenir actifs. Combiner cette mémoire sur de nombreux GPU exige une interconnexion offrant une bande passante tout aussi ambitieuse.
La spécification de commutation Helios d’AMD décrit 21,6 To/s de bande passante bidirectionnelle par commutateur. Elle répertorie également deux ASIC de commutation UALoE à 512 voies et 200G, avec 216 liaisons actives par ASIC.
UALoE signifie Ultra Accelerator Link over Ethernet. Il adapte le modèle scale-up UALink à la technologie Ethernet, en ciblant la communication directe entre accélérateurs au sein de systèmes à l’échelle du rack.
Cela diffère du réseau scale-out. Le scale-up réunit des accélérateurs dans un domaine de calcul étroitement couplé, tandis que le scale-out connecte plusieurs serveurs ou racks. Les deux sont importants, mais ils répondent à des problèmes différents de distance, de latence et de défaillance.
AMD décrit son réseau à trois couches plus vaste comme une infrastructure front-end, scale-up et scale-out. Le front-end gère les utilisateurs, le stockage et les services. Le scale-up relie les GPU au sein du rack, tandis que le scale-out relie les racks à travers un cluster.
Le QFX5252 occupe la couche scale-up. Son trafic n’est pas du trafic Ethernet d’entreprise ordinaire circulant entre des applications. Il transporte des synchronisations et des échanges de données qui influencent directement la capacité des GPU coûteux à rester productifs.
AMD affirme que chaque GPU se connecte via 18 stations UALoE indépendantes réparties sur des plateaux de commutation distincts. L’entreprise indique que cet agencement peut préserver le domaine GPU unifié lorsqu’un chemin rencontre un événement matériel.
Cette affirmation de résilience nécessite encore des tests indépendants sur des charges de travail de production. Elle explique toutefois pourquoi la conception utilise plusieurs plans plutôt qu’un unique chemin de commutation simple.
HPE a d’abord présenté le rôle réseau de Helios en décembre 2025. L’annonce du rack de l’entreprise identifiait le silicium Broadcom Tomahawk 6 et UALoE comme fondations de son commutateur scale-up.
HPE a également positionné Helios comme une conception Open Rack Wide. Open Rack Wide utilise un format de rack double largeur destiné à accueillir du calcul haute densité, la distribution d’alimentation, le refroidissement liquide et l’accès pour la maintenance.
Ce format physique explique la forme inhabituelle du QFX5252. Un commutateur conventionnel d’une unité de rack est conçu autour de ports en façade et d’alimentations remplaçables. Ce plateau appartient à un rack conçu comme un système unique.
Il reçoit son alimentation via le rack au lieu de dépendre de cordons d’alimentation de commutateur standard. Ses connexions de refroidissement s’intègrent à la boucle liquide du rack. Ses connecteurs arrière s’accouplent à une cartouche de câbles plutôt que d’exposer l’intégralité du fabric sur sa façade.
Le résultat est un équipement réseau qui ressemble davantage à un sled serveur. Ce n’est pas une décision esthétique. Il reflète un changement plus large : les clusters d’IA ne sont plus assemblés à partir de composants généralistes, mais achetés sous la forme de systèmes validés à l’échelle du rack.
Pour les acheteurs, l’unité d’évaluation est donc en train de changer. Le nombre de ports et le débit autonome des commutateurs restent utiles, mais ils ne rendent pas compte des procédures de maintenance, des exigences de refroidissement, de la topologie, des logiciels ou du comportement au niveau des charges de travail.
Le plateau de commutation AMD Helios QFX5252 rend ces dépendances visibles. Il transforme le réseau, d’un achat périphérique, en une composante de la plateforme d’accélérateurs elle-même.
L’Ethernet ouvert face au modèle de fabric intégré de NVIDIA
La compétition principale n’oppose pas AMD à un seul fournisseur de commutateurs, mais les réseaux scale-up Ethernet ouverts à un fabric propriétaire étroitement intégré.
NVIDIA a construit ses systèmes scale-up autour de NVLink et NVSwitch. Cette approche couple les accélérateurs, le silicium d’interconnexion, la conception système et les logiciels sous le contrôle d’un seul propriétaire de plateforme.
L’intégration offre des avantages évidents. Un seul fournisseur peut coordonner la signalisation, la topologie, le firmware, les bibliothèques de communication collective et les feuilles de route des accélérateurs. Les ingénieurs peuvent optimiser ces couches ensemble sans négocier une norme multipartite.
La contrepartie est la dépendance. Les clients qui choisissent ce système acceptent également une pile matérielle et logicielle étroitement contrôlée. Remplacer une couche sans modifier les autres devient difficile.
AMD et HPE présentent UALoE comme une autre voie. Leur conception associe des accélérateurs AMD, l’ingénierie système de HPE, les logiciels réseau de Juniper, le silicium de commutation Broadcom et une interconnexion dérivée d’Ethernet.
HPE a officiellement nommé le HPE Juniper Networking QFX5252 en juin 2026. Son communiqué réseau qualifie le plateau de module scale-up pour AMD Helios.
HPE indique qu’il fournit la commutation à faible latence et à haute bande passante nécessaire aux grands systèmes d’IA. Il s’agit d’une affirmation du fournisseur, et non d’un résultat de charge de travail établi de manière indépendante.
La distinction est importante, car « ouvert » ne signifie pas automatiquement interchangeable. Une norme peut publier des exigences électriques, protocolaires et de gestion, tandis que les déploiements réels dépendent encore de combinaisons validées de matériel et de logiciels.
Le QFX5252 utilise également du silicium marchand, mais pas dans une configuration générique. Broadcom Tomahawk 6 fournit la base de commutation, tandis que HPE et Juniper l’intègrent pour Helios et l’exploitent avec un logiciel basé sur SONiC.
SONiC est un système d’exploitation réseau open source développé initialement pour des commutateurs à l’échelle du cloud. Il sépare le logiciel réseau d’un fournisseur matériel unique, même si les implémentations de production requièrent encore des pilotes et une validation spécifiques à chaque plateforme.
Ce modèle donne aux partenaires d’AMD une marge de différenciation. HPE peut assurer l’intégration en rack, le refroidissement, la gestion et le support. Juniper apporte son expertise des opérations réseau. Broadcom fournit des puces de commutation à haute capacité.
Pourtant, chaque participant supplémentaire crée un travail de coordination. Les versions de firmware, les changements de protocole, la télémétrie, la reprise après défaillance et la qualification des composants doivent rester alignés au-delà des frontières organisationnelles.
Le modèle intégré de NVIDIA internalise une grande partie de cette coordination. L’approche d’AMD la répartit entre partenaires et organismes de normalisation. Les clients gagnent davantage de choix architecturaux, mais quelqu’un reste responsable du comportement final du système.
C’est pourquoi le QFX5252 importe au-delà de sa capacité. Il prouve que les conceptions de scale-up dérivées d’Ethernet sont passées des discussions sur les normes à des produits spécifiques aux racks.
Le choix de Tomahawk 6 est également révélateur. ServeTheHome indique que la génération actuelle de Tomahawk Ultra utilise des SerDes PAM4 à 112G, tandis que Helios emploie des liaisons PAM4 à 224G.
Un SerDes convertit les données parallèles d’une puce en signaux série à haute vitesse, puis inverse le processus à destination. Son débit par voie contribue à déterminer la quantité de bande passante qu’un commutateur peut acheminer via un nombre limité de connexions physiques.
Tomahawk 6 correspond au débit par voie requis, selon le rapport. Toutefois, l’utilisation d’une puce de commutation Ethernet à haute capacité n’élimine pas les pertes physiques créées par les chemins électriques à 224G.
Cela conduit directement aux retimers et au cuivre. La conception d’AMD préserve la portée électrique grâce à des composants actifs et à un vaste assemblage de câbles. NVIDIA a évoqué la réduction de la dépendance aux retimers dans certaines conceptions, selon ServeTheHome.
Le contraste ne doit pas être réduit à « l’ouverture est préférable » ou « l’intégration est plus rapide ». Chaque approche répartit la complexité différemment.
L’approche d’AMD accepte une complexité physique et multi-fournisseur visible afin de poursuivre une fabrique de scale-up ouverte. Celle de NVIDIA concentre le contrôle d’ingénierie au sein de sa plateforme et limite la capacité des clients à modifier les composants de manière indépendante.
La pression commerciale pèse d’abord sur les acheteurs d’infrastructures et les fournisseurs de systèmes. Ils ont besoin d’alternatives crédibles à l’approvisionnement auprès d’une seule pile technologique, sans pouvoir sacrifier la prévisibilité des performances d’entraînement au nom d’une flexibilité théorique.
HPE a également une raison stratégique de faire fonctionner ce modèle. L’entreprise a finalisé l’acquisition de Juniper Networks en 2025, obtenant ainsi un portefeuille réseau plus étendu aux côtés de ses serveurs, solutions de refroidissement, de stockage et services.
Le QFX5252 permet à HPE d’intégrer la technologie Juniper dans un rack AMD plutôt que de vendre le réseau uniquement autour du rack. Cela élargit son rôle, de fournisseur d’une fabrique à acteur façonnant le système de scale-up.
Pour AMD, le tiroir répond à une exigence concurrentielle centrale. Des accélérateurs performants ne suffisent pas lorsque le marché évalue de plus en plus les racks complets, les environnements logiciels, les réseaux et les calendriers de déploiement.
La démonstration à l’OCP constitue donc un test pour l’écosystème. AMD doit montrer qu’une coalition fondée sur des normes peut offrir un comportement intégré sans qu’une seule entreprise contrôle chaque couche.
Le cuivre, les retimers et le refroidissement révèlent le véritable compromis
Le principal risque de la fabrique ouverte n’est pas la disponibilité de la bande passante de commutation, mais la complexité nécessaire pour fournir cette bande passante de manière fiable dans un rack maintenable.
Les connexions en cuivre restent attrayantes à l’intérieur d’un rack, car elles évitent les transceivers optiques ainsi que les besoins associés en énergie, coût et contrôle. Les courtes liaisons électriques peuvent également offrir une excellente latence.
Le problème est la portée. À 224G PAM4, chaque connecteur, piste et câble affecte l’intégrité du signal. Les concepteurs ne peuvent pas acheminer des voies sans précaution à travers un grand tiroir en supposant que le récepteur reconstruira des données propres.
Le QFX5252 répond à ce problème par des retimers. Ces dispositifs restaurent la qualité du signal entre les extrémités, permettant aux voies de parcourir une plus grande distance qu’un chemin passif direct ne le permettrait.
Les retimers sont utiles, mais ils ne sont pas gratuits. Ils consomment de l’énergie, produisent de la chaleur, ajoutent des composants et créent des points de défaillance supplémentaires. Leur firmware et leurs diagnostics deviennent également partie intégrante des opérations système.
Le refroidissement liquide gère la chaleur autour des principales puces de commutation et des blocs de retimers. Les photographies de ServeTheHome montrent des collecteurs internes distribuant le liquide de refroidissement dans le tiroir.
Certains autres composants utilisent toujours des ventilateurs et des dissipateurs thermiques. Cette conception à refroidissement mixte suggère que le liquide traite les sources de chaleur les plus concentrées, tandis que l’air reste pratique pour les composants électroniques moins énergivores.
Cette disposition complique la maintenance. Un technicien ne remplace pas simplement un commutateur sec et autonome. La procédure implique un composant intégré à l’alimentation du rack, aux connexions de liquide de refroidissement, aux connecteurs de fabrique arrière et à un important câblage.
AMD affirme que la conception permet un remplacement rapide des sleds sans recâblage. Cela améliorerait la disponibilité si les connecteurs aveugles et la plomberie du rack fonctionnent de manière fiable au fil de cycles de maintenance répétés.
Les éléments publics ne permettent pas encore d’établir ce résultat à l’échelle d’une flotte. L’unité OCP prouve que l’intégration physique existe. Elle ne prouve pas la durabilité à long terme des connecteurs, les taux de fuite, les temps de remplacement ni la disponibilité des applications.
Les affirmations de performance exigent une prudence similaire. HPE a annoncé 260 TB/s de bande passante de scale-up agrégée et jusqu’à 2,9 exaflops de performances FP4 pour sa configuration Helios.
Ce sont des spécifications de plateforme. Elles ne révèlent pas le débit soutenu pour un modèle particulier, une opération collective, une longueur de séquence, une taille de lot ou un scénario de panne.
La capacité combinée des puces de commutation de 204,8 Tbps ne peut pas non plus être comparée directement aux 260 TB/s de bande passante agrégée du rack. Un chiffre décrit la capacité de commutation en térabits, tandis que l’autre agrège les mouvements de données bidirectionnels en téraoctets.
Des conventions de comptage différentes peuvent faire paraître les architectures plus proches ou plus éloignées qu’elles ne le sont. Les acheteurs ont besoin de méthodes de test divulguées avant d’utiliser la bande passante mise en avant comme critère de comparaison d’achat.
La puissance constitue une autre question ouverte. AMD publie des détails de bande passante et de connectivité pour le tiroir de commutation Helios, mais sa page produit publique ne fournit pas de profil de consommation complet du QFX5252.
Cette omission compte, car chaque retimer et composant de refroidissement contribue à la consommation du rack. La mesure pertinente n’est pas seulement le calcul de pointe. C’est la charge de travail accomplie par unité d’énergie dans des conditions d’utilisation réalistes.
Le logiciel décide également si l’ouverture du matériel produit un choix concret. AMD Fabric Manager et Fabric OS devraient gérer le provisionnement, la télémétrie, le placement des charges de travail et la reprise après défaillance dans le réseau de scale-up.
HPE apporte les opérations Juniper et SONiC au système. Le défi consiste à présenter ces couches comme un produit unique pouvant être pris en charge, plutôt que comme plusieurs domaines de gestion adjacents.
Les défaillances mettront cette promesse à l’épreuve. Lorsqu’une tâche d’entraînement ralentit, les opérateurs doivent déterminer si la cause est un accélérateur, un câble, un retimer, un chemin de commutation, une politique logicielle, une condition thermique ou une bibliothèque collective.
Une télémétrie intégrée peut rendre cette enquête gérable. Des outils fragmentés peuvent transformer l’ouverture en une longue escalade entre fournisseurs.
La conception physique soulève une autre question prospective : combien de temps le cuivre peut-il rester pratique à ces débits par voie et à ces distances ?
ServeTheHome soutient que le QFX5252 illustre l’intérêt des optiques co-packagées. Le CPO place les moteurs optiques près du silicium de commutation, réduisant la portée exigée des signaux électriques à haute vitesse.
Cela pourrait éliminer une partie de la complexité liée au cuivre et aux retimers. Cela pourrait aussi introduire de nouveaux défis de maintenance, thermiques, liés aux lasers, à la gestion de la fibre et à la fabrication.
Le QFX5252 doit donc être lu comme une solution sophistiquée à un problème transitoire. Il pousse la connectivité de scale-up en cuivre profondément dans la génération 224G tout en montrant pourquoi les futurs systèmes pourraient rapprocher l’optique des puces.
Cela ne rend pas le tiroir obsolète avant sa livraison. Les centres de données n’adoptent les technologies que lorsqu’elles satisfont aux exigences de coût, de fiabilité et d’approvisionnement. Le cuivre conserve sa valeur lorsqu’il peut couvrir la distance requise de manière prévisible.
La question ouverte est de savoir si cette implémentation offre une économie système acceptable. Les acheteurs ont besoin de preuves issues de déploiements en production, et non uniquement de photographies et de spécifications de composants.
Trois signaux détermineront si le QFX5252 compte
La prochaine étape est la validation commerciale et opérationnelle, car une démonstration OCP frappante n’établit pas un leadership en production.
Le premier signal est le déploiement chez les clients. AMD a déclaré en octobre que des clients testaient des systèmes Helios sur leurs propres sites, validant les charges de travail et préparant des déploiements plus importants.
Un signal plus fort sera l’annonce de clusters de production nommés, assortis de jalons d’installation divulgués. Expédier des racks est utile, mais les exploiter en continu pour des charges d’entraînement et d’inférence apporte des preuves plus significatives.
Les annonces de déploiement devraient identifier l’échelle du système, le type de charge de travail et l’état opérationnel. Une commande prévue a moins de poids que du matériel accepté exécutant des tâches client.
Le deuxième signal est constitué de données indépendantes sur les performances et la fiabilité. Les acheteurs ont besoin de résultats de communications collectives, de débit applicatif, de mesures de puissance et de comportement lors de défaillances de chemins.
Les benchmarks standard d’accélérateurs ne captureront qu’une partie de l’histoire. Les tests les plus informatifs mettront le réseau à rude épreuve avec de nombreux GPU, des charges de travail concurrentes, des exécutions longues et des défaillances injectées.
Il faudra surveiller les preuves que la topologie multi-plan d’AMD préserve les tâches lorsqu’une liaison ou un chemin de tiroir tombe en panne. Une reprise sans interrompre une coûteuse exécution d’entraînement soutiendrait l’argument de résilience de l’architecture.
Les mesures de maintenance comptent également. Les opérateurs devraient indiquer le temps nécessaire pour diagnostiquer et remplacer un QFX5252, y compris la déconnexion des raccords de liquide de refroidissement et la remise en place de l’interface blind-mate.
Le troisième signal est l’expansion de l’écosystème au-delà d’une configuration HPE. Une norme ouverte gagne en valeur stratégique lorsque plusieurs fournisseurs implémentent des produits compatibles et que les clients peuvent exercer un choix réel.
L’adoption par un autre fournisseur de systèmes Helios d’une implémentation de commutateur qualifiée différente renforcerait l’affirmation d’ouverture d’AMD. Une gestion interopérable et un comportement cohérent des charges de travail rendraient cet argument plus convaincant.
Le résultat inverse l’affaiblirait. Si chaque fournisseur Helios dépend d’une combinaison étroitement couplée de tiroir et de logiciel, la conception pourrait rester ouverte dans sa spécification tout en se comportant comme un produit verticalement intégré.
La réponse de NVIDIA fournira un autre point de référence utile, mais elle ne doit pas redéfinir l’évaluation. Le test pertinent est de savoir si les systèmes fondés sur le QFX5252 offrent des résultats prévisibles aux clients recherchant une pile d’accélérateurs alternative.
Le tiroir de commutation AMD Helios QFX5252 réussit déjà en tant que démonstration d’ingénierie. Il combine deux commutateurs à haute capacité, des voies 224G, un refroidissement liquide, des retimers et du cuivre dense dans un module maintenable.
Ses composants internes exposés empêchent également les slogans faciles. Le scale-up Ethernet ouvert n’est pas une simple substitution aux fabriques propriétaires. Il transfère la complexité vers les normes, la coordination des partenaires, le packaging, les logiciels et la validation système.
Les équipes d’infrastructure qui évaluent Helios devraient désormais demander des preuves au niveau des charges de travail, des données de puissance, des résultats de reprise après défaillance et des procédures de maintenance documentées. Elles devraient également examiner quels composants sont réellement interchangeables.
Ces preuves détermineront si le matériel OCP devient une plateforme durable ou reste une vitrine impressionnante. Surveillez les premières installations de production, les tests indépendants de clusters et les fournisseurs UALoE supplémentaires. Ces trois signaux montreront si la fabrique ouverte d’AMD peut rivaliser en tant que système opérationnel, et non seulement comme architecture.



