Tous les guides / Calcul et semi-conducteurs

Chiplets : pourquoi construire un processeur en plusieurs morceaux ?

Édition : Sophie

Les chiplets séparent les fonctions d’un processeur. Découvrez leurs interfaces, leurs tests et les contreparties à examiner avant de comparer.

Plusieurs blocs de calcul reliés sur un support commun

Un processeur peut réunir plusieurs circuits distincts dans un même assemblage plutôt que concentrer toutes ses fonctions dans un seul morceau de silicium. Ces circuits, souvent appelés chiplets, doivent échanger des données et fonctionner comme un ensemble. L’approche permet de répartir les fonctions et de réutiliser certains blocs, mais elle déplace une partie de la difficulté vers les interconnexions, les tests et le boîtier. « Plusieurs morceaux » ne signifie donc ni moins cher dans tous les cas, ni automatiquement plus rapide. Le bon niveau de comparaison reste le système complet pour une tâche et des conditions données.

Ce qui est réellement séparé

Le mot chiplet décrit un circuit intégré destiné à participer à un assemblage plus vaste. On peut y placer une fonction de calcul, des interfaces ou d’autres éléments, selon l’architecture choisie. Le concept ne se limite pas à découper géométriquement un processeur déjà dessiné. La frontière entre les fonctions doit être décidée en tenant compte des échanges qui la traverseront.

Dans une contribution de SiFive publiée par RISC-V en 2021, l’interposeur est comparé à une carte mère qui accueille plusieurs circuits. Cette analogie aide à comprendre le rôle d’un support commun. Elle ne signifie pas que les composants seraient interchangeables comme des cartes d’extension ni que l’assemblage pourrait être effectué sans contraintes particulières.

La différence avec plusieurs processeurs simplement installés sur une carte tient notamment au niveau d’intégration et aux connexions internes à l’ensemble. La frontière exacte dépend du produit. Pour éviter les ambiguïtés, une présentation devrait montrer quels circuits sont séparés, comment ils se relient et quelles fonctions restent partagées. Une image de plusieurs rectangles ne suffit pas à décrire une architecture.

Pourquoi ne pas tout garder sur une seule puce ?

Un grand circuit monolithique rassemble ses fonctions sur un même die, c’est-à-dire un morceau issu du wafer. Cette intégration présente des avantages de proximité, mais elle lie aussi les fonctions à un même dessin et à des choix de fabrication communs. Les chiplets offrent une autre manière d’organiser le produit : certaines parties peuvent évoluer séparément ou être réutilisées dans plusieurs assemblages.

La modularité intéresse particulièrement une gamme de produits. Une même fonction peut servir dans plusieurs configurations tandis que d’autres blocs changent. Cela ne garantit pas une économie : il faut comparer le coût de conception évité avec celui des interfaces, de l’assemblage, de la qualification et du maintien de plusieurs variantes. Le gain se juge au niveau du programme industriel, pas seulement à la taille d’un rectangle sur le schéma.

Une architecture répartie peut aussi associer des fonctions dont les contraintes diffèrent. Toutes n’ont pas besoin du même compromis entre densité, interfaces et procédé. Il reste cependant à démontrer que cette séparation produit un ensemble cohérent. Une possibilité architecturale ne prouve ni sa disponibilité auprès d’un fournisseur ni sa rentabilité pour un volume donné.

La présentation des spécifications UCIe cite notamment la construction de systèmes dépassant la taille d’un réticule parmi les intérêts de l’approche. Cela renseigne sur une motivation industrielle. Les bénéfices de coût et de délai listés par un consortium ne sont pas repris ici comme résultats universels : ils dépendent du projet, des composants et de l’écosystème effectivement disponible.

La connexion devient une partie du calcul

Quand deux fonctions se trouvent sur des circuits distincts, elles doivent échanger par une interface adaptée. Il faut transporter les données, gérer leur rythme et assurer que l’ensemble respecte les règles prévues. Le débit disponible, le temps nécessaire pour un échange et l’énergie associée deviennent des paramètres de l’architecture.

Une séparation judicieuse évite de multiplier les échanges inutiles. Imaginons, sans référence à un produit réel, deux ateliers qui se transmettent continuellement des petites pièces. Les éloigner tout en conservant exactement la même organisation peut rendre le transport prépondérant. Regrouper certaines opérations avant l’échange peut améliorer la situation. Cette analogie illustre le problème de communication, mais ne fournit aucun chiffre de performance pour un processeur.

Les échanges ne sont pas uniformes. Certaines fonctions ont besoin d’un grand débit continu ; d’autres dépendent fortement du délai de réponse. Une interface adaptée au premier besoin n’est pas nécessairement idéale pour le second. C’est pourquoi annoncer un débit maximal sans expliquer le trafic visé ne suffit pas pour conclure à la qualité du système.

UCIe, pour Universal Chiplet Interconnect Express, vise une interconnexion à l’intérieur du boîtier. La page officielle décrit des couches physiques, des protocoles et des éléments logiciels. Ce périmètre montre qu’une compatibilité ne se résume pas à la forme des connexions. Les composants doivent également partager des règles de communication et être testés dans une configuration pertinente.

Un standard n’est pas un magasin de pièces universelles

La standardisation facilite la définition d’interfaces communes. Elle n’établit pas que tous les chiplets commercialisés aujourd’hui peuvent être associés entre eux. Les versions, les options, les caractéristiques électriques, le boîtier et les fonctions supportées doivent être compatibles. La présence du même sigle dans deux documents ne dispense pas d’une vérification.

La présentation UCIe distingue plusieurs générations de spécifications et leurs périmètres. Elle décrit aussi des mécanismes de test, de gestion et de diagnostic. Nous utilisons cette page pour expliquer les domaines que le standard traite ; nous n’avons pas réalisé de test de conformité ni étudié un assemblage commercial particulier. Il serait donc inexact de certifier une interopérabilité à partir de cette seule lecture.

Pour un acheteur, la question pratique devient : qui garantit l’ensemble ? Si plusieurs fournisseurs interviennent, il faut savoir comment sont répartis les essais, la traçabilité et le traitement des défauts. Un système modulaire peut élargir les choix tout en demandant davantage de coordination. Le nombre de fournisseurs est une information ; la capacité à remplacer l’un d’eux sans reprendre toute la qualification en est une autre.

Fonctions séparées, interface et assemblage final
Fonctions séparées, interface et assemblage final Voir en grand

Le schéma montre trois fonctions distinctes reliées par une interconnexion, puis réunies dans un assemblage testé. Il ne représente pas un produit existant. Son objectif est de rendre visible la frontière qui se déplace : une partie des relations auparavant internes au circuit devient une question d’interface entre circuits.

Tester les morceaux ne suffit pas à tester l’ensemble

Les tests doivent distinguer la conformité des circuits individuels et celle de leur assemblage. Un composant peut répondre correctement à certains essais avant intégration et rencontrer ensuite un problème de connexion ou de fonctionnement collectif. Le parcours général décrit dans le document Intel sur la fabrication rappelle déjà l’existence d’essais avant et après assemblage, même pour son exemple historique de processeur.

L’organisation de ces essais devient particulièrement importante lorsque plusieurs dies contribuent au produit final. Il faut éviter de raisonner comme si le rendement de chaque morceau se transférait automatiquement à l’ensemble. La qualité des connexions et les étapes supplémentaires doivent être intégrées au bilan. Nous ne calculons ici aucun rendement industriel, car les données nécessaires ne sont pas publiques dans les sources utilisées.

Le consortium UCIe inclut précisément le test, le diagnostic et la gestion dans la présentation de ses évolutions. Cela confirme que la question dépasse le transfert des données pendant un calcul. Il faut aussi pouvoir comprendre l’état du système, détecter un problème et organiser son suivi. Une fonctionnalité prévue par un standard reste toutefois à distinguer de son implémentation dans un produit précis.

Le boîtier fait partie de l’architecture

Le boîtier apporte des connexions, un support mécanique et des chemins pour évacuer la chaleur. Dans un assemblage de chiplets, sa conception participe directement à la manière dont les circuits coopèrent. Il ne faut donc pas comparer un die monolithique nu à un ensemble de chiplets déjà intégrés en ignorant les différences de périmètre.

La disposition des fonctions influence aussi la manière dont la chaleur se répartit. Le système de refroidissement doit être adapté au produit réel. Une annonce d’efficacité portant sur une fonction isolée ne devient pas une mesure de consommation du composant complet. Les interfaces et les autres éléments continuent d’utiliser de l’énergie et doivent être inclus dans une comparaison honnête.

Cette approche ne conduit pas à déclarer qu’une architecture est meilleure dans l’absolu. Elle conduit à demander la même sortie utile pour les deux systèmes : quel travail est accompli, avec quelle qualité, dans quel temps et dans quelles limites de consommation ? Sans cette base commune, les caractéristiques de construction peuvent être intéressantes tout en restant insuffisantes pour choisir.

Une grille pour évaluer la promesse

Promesse Possibilité offerte Contrepartie à vérifier
Réutiliser un bloc Plusieurs variantes partagent une fonction Coût des interfaces et qualification de chaque ensemble
Séparer les fonctions Choix de fabrication différenciés Volume et nature des échanges
Agrandir le système Assemblage de plusieurs dies Complexité du boîtier et des tests
Multiplier les fournisseurs Interfaces communes possibles Compatibilité réelle et responsabilités
Améliorer la performance Architecture adaptée au travail Résultat mesuré du système complet

Cette grille permet de lire un dossier produit sans confondre intention et résultat. Pour chaque bénéfice annoncé, demander une démonstration à la bonne échelle évite de transformer la modularité en argument automatique. La comparaison doit conserver la version matérielle, le logiciel et les conditions d’essai ; autrement, un écart peut venir d’un autre choix que les chiplets.

La réparation n’est pas une conséquence automatique

Le terme modulaire peut suggérer qu’un morceau défectueux sera remplaçable après fabrication. Cette conclusion ne découle pas du concept de chiplet. Une interface conçue pour l’assemblage industriel n’est pas nécessairement démontable, et les opérations de reprise dépendent du produit. Il faut distinguer la réutilisation d’un dessin dans plusieurs références et le remplacement physique d’un circuit déjà intégré.

Cette différence compte pour les engagements de maintenance. Un fournisseur peut proposer plusieurs configurations fondées sur les mêmes blocs sans offrir une réparation bloc par bloc. La question doit être posée dans le contrat du produit final, avec les modalités d’analyse des pannes et de remplacement. Le dessin architectural seul ne permet pas de prédire ces possibilités.

Ce qui compte : l’intérêt des chiplets tient à la manière de distribuer les fonctions et de maîtriser leurs échanges. Le découpage est un moyen de conception, pas une mesure de performance. Pour une entreprise, la décision porte sur un composant qualifié, ses interfaces, son support et son coût total d’intégration.

Ce qui reste à démontrer : aucune économie ni accélération n’est mesurée dans cet article. Les sources décrivent des principes et des objectifs de standardisation. Une sélection de produit nécessite des résultats vérifiables sur le travail envisagé, ainsi qu’une compréhension des responsabilités industrielles derrière l’assemblage.

Sources documentaires

  • UCIe Consortium, Specifications, présentation des périmètres d’interconnexion, test et gestion, consultée le 19 octobre 2026 ; les normes complètes ne sont pas auditées ici.
  • Chris Jones, SiFive, contribution publiée par RISC-V le 22 septembre 2021, introduction au regroupement de plusieurs circuits, consultée le 19 octobre 2026.
  • Intel, From Sand to Silicon, avril 2011, sections tests et assemblage, consultées le 19 octobre 2026, exemple historique limité.