fr.wedoany.com Rapport : Une start-up américaine de semi-conducteurs a réussi à construire, en 30 jours, une pile de démonstration 5G complète pour une plateforme de calcul en périphérie (edge computing) basée sur des chiplets, et a présenté une comparaison en temps réel de l’efficacité énergétique entre les architectures ARM et x86 lors d’un salon professionnel majeur. Ce résultat provient de l’intervention de l’équipe d’ingénierie externe Promwad, qui a développé de zéro l’ensemble des couches logicielles nécessaires à la démonstration.
Dans le domaine de l’edge computing 5G, les simples présentations PowerPoint ne suffisent plus à convaincre les opérateurs et les fournisseurs d’infrastructures. La clé pour déclencher les décisions d’achat réside dans les résultats mesurés en conditions réelles — générés en temps réel sur du matériel authentique, avec la possibilité pour le public d’ajuster les paramètres en cours de route. Cependant, construire un système de démonstration capable d’atteindre cet objectif constitue en soi un défi d’ingénierie de taille.
La plateforme de chiplets développée par cette start-up associe des cœurs CPU ARM à des unités de traitement spécialisées, visant à permettre aux opérateurs de déployer des charges de travail d’IA et de 5G en périphérie de réseau, avec pour argument une performance de niveau cloud à une consommation énergétique extrêmement faible. À environ 30 jours d’une démonstration prévue au Mobile World Congress, l’entreprise disposait déjà d’un chemin de données 5G L1 et d’un concept de puce, mais manquait du logiciel nécessaire pour exécuter la démonstration, d’un hôte de coordination et d’une interface pour présenter le contenu au public. Les ingénieurs étant concentrés sur le développement du cœur de calcul, l’équipe externe de Promwad a été sollicitée pour construire l’intégralité de la pile de démonstration.
Pour réaliser une comparaison convaincante de l’efficacité énergétique sur le stand, le système devait exécuter simultanément quatre tâches : piloter le chemin de données avec un contrôle déterministe en temps réel, traiter les paquets avec un minimum de surcharge, coordonner deux architectures hôtes différentes, et afficher les résultats agrégés de manière claire. Chaque tâche impliquait des choix techniques spécifiques, et devait s’intégrer proprement avec l’implémentation existante du traitement de la couche physique du client.
L’équipe technique a structuré la plateforme en trois couches, reposant sur le cœur de calcul du client. La couche inférieure est une unité de contrôle (Control Unit) basée sur DPDK, écrite en C++. Elle contourne le noyau Linux pour exécuter le traitement des paquets dans l’espace utilisateur, en poussant un nouveau lot de paramètres vers le chemin de données 5G L1 du client toutes les 500 microsecondes et en récupérant les métriques, chaque message étant sérialisé selon la norme 5G FAPI (SCF 222.10.00). Plusieurs instances s’exécutent en parallèle sur les hôtes ARM et x86. Au-dessus se trouve un backend basé sur Python/FastAPI, qui se connecte à l’unité de contrôle via gRPC, coordonne l’exécution sur les deux plateformes et transmet en continu les métriques des deux architectures vers le navigateur. La couche supérieure est un tableau de bord TypeScript, qui compare en temps réel l’efficacité énergétique entre ARM et x86, et permet au démonstrateur d’ajuster les paramètres de charge de travail pendant la présentation.
Le délai de 30 jours a contraint les deux équipes d’ingénierie à travailler en parallèle. La frontière FAPI entre la pile de démonstration et le chemin de données du client a été figée avant l’écriture du code de production, permettant aux deux parties de développer simultanément. L’équipe externe a développé l’unité de contrôle, le backend et un tableau de bord de base en s’appuyant sur des stubs, et a validé des builds stables sur ARM et x86. Au fur et à mesure que les composants du client mûrissaient, les stubs ont été supprimés, et le chemin de données réel a d’abord été intégré sur une architecture, puis sur l’autre. Après l’intégration de bout en bout, les travaux se sont concentrés sur la finalisation du scénario de démonstration, l’ajustement des visualisations et les répétitions sur le matériel cible.
La démonstration en direct s’est déroulée comme prévu lors de l’événement. Sous des charges de travail représentatives, la comparaison de l’efficacité énergétique entre ARM et x86 était visible en temps réel, le public pouvant observer les métriques se mettre à jour en fonction des variations des paramètres. La start-up a quitté le salon avec des résultats mesurés, et non de simples promesses. De plus, la plateforme n’a pas été mise au rebut ; elle est devenue une base de démonstration réutilisable, utilisée en continu alors que l’entreprise se prépare pour son prochain tour de financement et se dirige vers une puce dédiée. Une analyse technique détaillée est disponible dans l’étude de cas sur la plateforme de démonstration 5G Edge publiée par Promwad, l’équipe d’ingénierie ayant construit la pile de démonstration.
Ce cas illustre que, lors de la construction d’une plateforme de validation de concept dans l’infrastructure 5G Edge, la démonstration est un problème d’ingénierie à part entière. Un résultat convaincant repose sur la connexion étroite de quatre éléments : la puce, le logiciel de chemin de données, la couche d’orchestration et la visualisation. Pour une start-up de semi-conducteurs, la couche de démonstration porte un poids stratégique équivalent à celui de la technologie de base. La puce est le pari, et la démonstration permet aux investisseurs et aux clients de voir en temps réel le retour sur ce pari, transformant l’intérêt en engagement.
Texte compilé par Wedoany. Toute citation par IA doit mentionner la source « Wedoany ». En cas de contrefaçon ou d'autre problème, veuillez nous en informer rapidement ; nous modifierons ou supprimerons le contenu le cas échéant. Courriel : news@wedoany.com
