L’affirmation de Sandisk et SK hynix sur la norme HBF reste à prouver

Sandisk et SK hynix ont fait leur entrée dans Google News avec une affirmation frappante : les partenaires auraient publié la première spécification de l’Open Compute Project pour High Bandwidth Flash.

Le titre laisse entendre une avancée décisive vers une norme industrielle. Pourtant, les annonces accessibles des entreprises décrivent un groupe de travail OCP et le lancement d’un processus de normalisation, et non une spécification achevée.

Cette distinction est importante, car High Bandwidth Flash, ou HBF, reste une catégorie de mémoire proposée plutôt qu’un produit commercial largement testé. HBF place de la mémoire flash NAND empilée près des processeurs d’IA, afin d’offrir une capacité supérieure à la mémoire à large bande passante tout en proposant davantage de bande passante que le stockage conventionnel.

L’enjeu central n’oppose pas simplement Sandisk à un autre fabricant de mémoire. Il confronte la promesse de HBF, celle d’une mémoire abondante pour l’inférence, aux avantages des systèmes HBM établis en matière de latence, d’endurance, de logiciels et de fabrication.

Sandisk apporte une solide expérience de la NAND et du collage de wafers. SK hynix apporte son expertise en conception de HBM, en packaging et en fabrication à grand volume. Leur coopération renforce la crédibilité de HBF, mais les annonces de partenariat ne peuvent remplacer du matériel interopérable ou une norme publique approuvée.

L’histoire qui en résulte est plus importante qu’une simple mise à jour de spécification. Elle teste la possibilité pour l’infrastructure d’IA d’ajouter un niveau de mémoire pratique entre la HBM coûteuse et le stockage SSD relativement éloigné.

Ce que Google News confirme, et ce qu’il ne confirme pas

L’événement confirmé est un effort structuré de normalisation, tandis que la publication revendiquée d’une spécification OCP finalisée reste difficile à vérifier publiquement.

Le 25 février 2026, Sandisk et SK hynix ont organisé le lancement de la normalisation HBF au siège de Sandisk à Milpitas, en Californie. Les deux entreprises ont déclaré qu’elles formeraient un groupe de travail dédié sous l’égide de l’Open Compute Project.

Leur objectif déclaré est de développer HBF comme norme industrielle pour l’infrastructure d’inférence d’IA. Le groupe de travail offre un cadre permettant de définir les exigences techniques et d’encourager une participation au-delà des deux entreprises fondatrices.

Il s’agit d’un progrès significatif. Un groupe de travail OCP peut soumettre une proposition aux constructeurs de systèmes, concepteurs de puces, opérateurs cloud et autres fournisseurs de mémoire avant que les produits ne soient figés.

Toutefois, lancer ce processus diffère de la publication d’une spécification technique approuvée. L’annonce de SK hynix sur la normalisation de HBF indique que les partenaires lanceraient le groupe de travail et commenceraient les travaux de normalisation.

L’initiative OCP correspondante de Sandisk présente également l’événement comme un commencement. Elle n’identifie ni version finale de spécification, ni date d’approbation, ni numéro de document public, ni programme de conformité.

Ces éléments manquants créent un déficit de vérification autour du titre qui circule dans Google News. Une apparition dans un agrégateur confirme que des éditeurs ont relayé l’affirmation, et non que l’OCP a achevé son examen technique.

Une spécification publiée laisse normalement une trace plus claire. Les lecteurs devraient s’attendre à un titre de document, un numéro de version, un historique des révisions, un statut de gouvernance et un contenu technique téléchargeable.

Une norme mature définit également ce que les fournisseurs indépendants doivent mettre en œuvre. Cela pourrait inclure les interfaces électriques, le comportement des commandes, les dimensions du packaging, les limites thermiques, les objectifs de fiabilité et les règles d’interopérabilité.

Rien de cela ne signifie que la spécification évoquée soit nécessairement fictive. Une contribution préliminaire, un projet ou un document nouvellement soumis peut exister sans être facilement indexé.

La conclusion prudente est plus limitée. Les documents de première partie accessibles publiquement confirment le groupe de travail, mais n’établissent pas de façon indépendante l’existence d’une spécification OCP achevée.

Cet écart devrait orienter l’interprétation de l’article. Le changement important est que deux grandes entreprises de mémoire placent HBF au sein d’un processus reconnu d’infrastructure ouverte.

La question non résolue est le degré d’avancement de ce processus. Tant que l’OCP ne publie pas de documentation identifiable, l’expression « première spécification » devrait être traitée comme une affirmation rapportée plutôt que comme une étape établie.

Pourquoi l’inférence d’IA a besoin d’un autre niveau de mémoire

HBF vise l’espace croissant entre une HBM rapide mais limitée en capacité et de grands SSD trop éloignés des accélérateurs.

L’inférence d’IA lit de manière répétée les poids du modèle et les données d’attention temporaires lors de la génération de réponses. Les grands modèles peuvent donc exiger à la fois une capacité élevée et un flux soutenu de données vers les processeurs.

La HBM remplit bien ce rôle parce qu’elle place de la DRAM empilée verticalement près d’un accélérateur. De larges interfaces déplacent les données plus rapidement que ne le permet la mémoire serveur conventionnelle.

Le compromis concerne la capacité, la complexité de fabrication et l’espace limité dans le boîtier. Ajouter davantage d’empilements HBM accroît les coûts du système et consomme une surface précieuse autour du processeur.

Les SSD d’entreprise offrent bien davantage de capacité, mais leurs interfaces orientées blocs et leurs chemins de stockage ajoutent de la latence. Ils ne peuvent pas simplement se comporter comme de la HBM à côté d’un GPU.

HBF propose un niveau intermédiaire. Il empile de la mémoire flash NAND en recourant à des concepts de packaging associés à la HBM, puis relie cette capacité par un chemin large et à haute bande passante.

La fiche technique HBF publiée par Sandisk décrit un objectif de première génération de 1,6 téraoctet par seconde. Elle indique également 256 gigabits par puce et 512 gigaoctets dans un empilement de 16 puces.

Ces chiffres sont des objectifs de l’entreprise, et non des résultats de benchmarks indépendants. Ils expliquent néanmoins l’intérêt des concepteurs d’infrastructure.

Un empilement HBF de 512 gigaoctets contiendrait nettement plus de données qu’un boîtier HBM typique. Plusieurs empilements pourraient conserver de plus grands composants de modèle près des accélérateurs, au lieu de les récupérer de façon répétée depuis des SSD.

La conception est particulièrement pertinente pour l’inférence, car de nombreux déploiements effectuent bien plus de lectures que d’écritures. La NAND supporte un nombre limité de cycles de programmation et d’effacement, mais les charges de travail de service de modèles dominées par la lecture peuvent atténuer cet inconvénient.

Les applications utiles pourraient inclure le stockage des poids de modèles, des index de récupération ou de portions du cache clé-valeur. Un cache clé-valeur stocke les données d’attention créées lorsqu’un modèle traite et génère une séquence.

Aucun de ces usages ne rend HBF équivalente à la HBM. La NAND présente une latence d’accès plus élevée que la DRAM, et les logiciels doivent donc placer les données selon le comportement de la charge de travail.

Les informations fréquemment consultées resteraient en HBM. Les données plus volumineuses ou moins sensibles à la latence pourraient être déplacées vers HBF, tandis que les SSD conserveraient les jeux de données moins sollicités et le stockage persistant.

Cette organisation à plusieurs niveaux déplace la complexité plutôt qu’elle ne la supprime. Les accélérateurs, compilateurs, systèmes d’exploitation et frameworks de service doivent savoir où les données doivent résider et quand elles doivent être déplacées.

Le mécanisme ressemble davantage à une hiérarchie mémoire qu’à un remplacement direct. Les processeurs utilisent déjà des registres, des caches, la mémoire système et le stockage, car aucune technologie unique n’optimise toutes les exigences.

HBF étend cette hiérarchie au plus près de l’accélérateur. Sa valeur dépend de sa capacité à conserver suffisamment de données utiles à proximité sans exposer la latence de la NAND aux moments critiques de l’exécution.

Le calendrier reflète également une évolution des priorités de l’infrastructure d’IA. L’entraînement a dominé la première vague de dépenses consacrées aux accélérateurs, tandis que l’inférence devient une charge opérationnelle plus importante.

L’entraînement récompense souvent la bande passante maximale pour une tâche planifiée. L’inférence doit équilibrer latence, capacité, utilisation et consommation électrique sur des requêtes répétées.

Des fenêtres de contexte plus larges accentuent cette pression. Il en va de même pour les modèles mixture-of-experts, qui activent des composants de modèle sélectionnés mais exigent toujours que les systèmes stockent et récupèrent d’importants volumes de poids.

Sandisk a commencé à présenter HBF publiquement en 2025. Son accord de collaboration d’août 2025 indiquait que les premiers échantillons de mémoire étaient prévus pour le second semestre 2026.

La même annonce prévoyait des échantillons des premiers dispositifs d’inférence équipés de HBF au début de 2027. Ces dates restent des objectifs tant que les clients n’ont pas reçu et validé du matériel fonctionnel.

Ce calendrier rend la normalisation urgente. Les fournisseurs ont besoin d’hypothèses stables avant de s’engager sur des interfaces d’accélérateurs, des boîtiers, des contrôleurs, des systèmes de refroidissement et des logiciels pour un niveau de mémoire inconnu.

Le véritable adversaire de HBF est le système HBM existant

Sandisk et SK hynix doivent démontrer que la capacité NAND supplémentaire compense le coût de l’ajout de latence, de complexité logicielle et d’une autre technologie de packaging.

HBF est souvent décrite comme une alternative à la HBM, mais ce cadrage simplifie à l’excès sa position concurrentielle. Les premiers systèmes HBF sont plus susceptibles de compléter la HBM que de l’éliminer.

La HBM fournit une mémoire de travail à faible latence et à haut débit aux accélérateurs. HBF vise à conserver de plus grands jeux de données à forte intensité de lecture près des mêmes ressources de calcul.

Cela crée une référence exigeante. HBF ne doit pas simplement surpasser un SSD. Elle doit améliorer suffisamment les systèmes d’inférence complets pour justifier leur refonte.

L’indicateur pertinent n’est pas seulement la bande passante de pointe. Les opérateurs se préoccupent des tokens par seconde, du délai avant le premier token, du nombre d’utilisateurs simultanés, de la consommation d’énergie, de l’utilisation des accélérateurs et du coût total du système.

Une bande passante élevée mise en avant peut coexister avec de faibles performances applicatives. Les accès aléatoires, la surcharge des contrôleurs, les déplacements de données et les défauts de cache peuvent déterminer les résultats réels.

Sandisk affirme que sa technologie CMOS directement Bonded to Array relie directement les circuits de contrôle à une matrice NAND. Cette approche vise des chemins de données plus courts et un parallélisme plus important que ne le permet un contrôleur SSD conventionnel.

SK hynix apporte son expérience des vias traversant le silicium, de l’assemblage d’empilements, de la gestion thermique et de la production de HBM. Cette expertise en packaging répond à une autre partie du problème.

Le partenariat est donc complémentaire. Sandisk maîtrise la mémoire flash haute densité, tandis que SK hynix se trouve au centre du marché actuel de la HBM.

Il crée aussi une tension stratégique inhabituelle. SK hynix bénéficie d’une forte demande de HBM, tout en aidant à développer une technologie positionnée sous la HBM dans la hiérarchie mémoire.

Cette contradiction apparente se comprend si HBF élargit le marché global. SK hynix peut protéger son rôle dans la HBM tout en participant à un deuxième niveau qui pourrait autrement se développer sans elle.

Il ne s’agit pas nécessairement d’une compétition à somme nulle. Un accélérateur d’inférence pourrait utiliser la HBM pour le calcul actif et HBF pour la capacité de modèle, ce qui accroîtrait la demande pour les deux.

La concurrence plus difficile concerne l’architecture des systèmes. Les serveurs d’IA actuels relient déjà les accélérateurs à la HBM, à la DRAM hôte, au stockage NVMe et au stockage réseau.

HBF doit gagner sa place dans cette hiérarchie. Chaque nouveau niveau ajoute des contrôleurs, des décisions d’ordonnancement, des modes de défaillance, des exigences de validation et des dépendances d’approvisionnement.

La prise en charge logicielle devient déterminante. Un framework de service doit savoir quels tenseurs ou segments de cache peuvent tolérer la latence de HBF.

Un mauvais placement pourrait immobiliser un accélérateur coûteux pendant qu’il attend la mémoire flash. Un bon placement pourrait permettre au même accélérateur de servir un modèle plus grand ou davantage de requêtes simultanées.

Les développeurs auront besoin d’outils de profilage capables d’exposer ces effets. Le placement automatique pourrait à terme masquer une partie de cette complexité, mais les premiers systèmes nécessiteront probablement un réglage spécifique à chaque charge de travail.

Les normes aident en donnant aux équipes logicielles une cible stable. Elles réduisent aussi le risque que chaque fournisseur d’accélérateurs mette en œuvre une interface incompatible.

OCP est pertinent parce que ses membres incluent des acteurs du cloud et des centres de données capables d’évaluer les compromis à l’échelle du système. Leur participation donnerait à HBF une validation plus solide que celle de deux fournisseurs agissant seuls.

Toutefois, un groupe de travail ouvert ne garantit pas une adoption généralisée. Samsung, Micron, Kioxia, les concepteurs d’accélérateurs et les opérateurs hyperscale doivent décider si l’interface proposée sert leurs intérêts.

Certains fournisseurs pourraient préférer la mémoire reliée via CXL, des configurations HBM plus importantes, des formats de modèles compressés ou des architectures SSD plus rapides. CXL est une interconnexion qui prend en charge l’extension et le partage de mémoire entre processeurs et appareils.

Ces approches peuvent recouper HBF. Elles peuvent également réduire le besoin de placer du NAND dans un boîtier de type HBM.

HBF fait donc face à un adversaire installé, et non à une seule entreprise. Les architectures existantes centrées sur HBM disposent déjà d’outils de production, de relations clients et d’un soutien logiciel.

Sandisk et SK hynix ne peuvent remettre en cause cette position qu’avec des preuves issues de systèmes complets. Une spécification est utile, mais des résultats reproductibles sur des charges de travail détermineront si ce nouveau niveau de mémoire perdure.

Ce que l’affirmation autour de la spécification HBF ne peut toujours pas résoudre

La plus grande incertitude ne réside pas dans la capacité du NAND empilé à déplacer rapidement des données, mais dans la capacité des systèmes commerciaux à l’utiliser de manière prévisible et économique.

La première question non résolue est la latence. Sandisk a mis en avant un objectif important de bande passante séquentielle, mais la bande passante ne décrit pas tous les schémas d’accès.

Les charges de travail d’inférence peuvent récupérer de petits éléments de données dispersés. HBF doit montrer comment les contrôleurs et les logiciels traitent ces requêtes sans provoquer de longues attentes du processeur.

Le deuxième enjeu concerne l’endurance en écriture. Les cellules NAND supportent moins d’écritures que la DRAM, et les systèmes d’inférence mettent continuellement à jour certaines formes d’état temporaire.

Les poids de modèles dominés par la lecture correspondent aux atouts de HBF. Un comportement de cache intensif en écriture pourrait révéler ses limites, à moins que les systèmes ne redirigent les écritures ou ne gèrent efficacement l’usure.

Le troisième enjeu est le comportement thermique. Empiler de nombreux dies NAND avec de la logique augmente la densité à proximité d’accélérateurs qui génèrent déjà une chaleur considérable.

Une consommation plus faible par bit stocké serait utile, mais le refroidissement au niveau du boîtier reste un problème de système. Les fournisseurs doivent publier les limites de fonctionnement sous charges soutenues.

Le rendement de fabrication crée un autre risque. Un boîtier contenant de nombreux dies assemblés peut perdre de sa valeur économique si des défauts réduisent le nombre de piles utilisables.

Le procédé d’assemblage de Sandisk et l’expérience de SK hynix en matière de packaging répondent à ce défi. Aucune des deux entreprises n’a encore fourni de données publiques, testées de manière indépendante, sur le rendement ou la fiabilité de HBF commercial.

L’interopérabilité est tout aussi incertaine. Une véritable norme devrait permettre à des composants issus de différents fournisseurs de fonctionner avec des contrôleurs et logiciels communs.

Un document développé principalement autour de la technologie d’un seul fournisseur pourrait être ouvert de nom, mais difficile à mettre en œuvre pour les concurrents. L’examen par OCP peut réduire ce risque si la participation devient large.

Les conditions de propriété intellectuelle comptent également. Les intégrateurs de systèmes doivent comprendre quels éléments de l’interface sont ouverts et lesquels dépendent de procédés de fabrication sous licence.

Une spécification électrique ne normaliserait pas automatiquement la fabrication physique. Les entreprises peuvent partager des interfaces tout en protégeant leurs conceptions d’assemblage, de contrôleurs et de NAND.

Le calendrier mérite un examen attentif. Sandisk avait auparavant visé les premiers échantillons HBF pour le second semestre 2026 et des échantillons d’appareils équipés de HBF au début de 2027.

Ces objectifs impliquent que la validation du silicium, le travail sur la spécification et l’intégration chez les clients progressent en parallèle. Le développement parallèle fait gagner du temps, mais augmente le coût des modifications tardives de conception.

Un document OCP réellement approuvé réduirait une partie de cette incertitude. Il laisserait toutefois sans réponse la préparation industrielle, la maturité logicielle et les performances sur les charges de travail.

Les rapports du secteur ont également présenté des horizons de commercialisation contradictoires. Certaines couvertures évoquent des échantillons vers 2026 et 2027, tandis que des feuilles de route plus larges situent le déploiement mature de HBF plus tard.

Cette différence peut refléter des jalons distincts plutôt qu’une contradiction directe. Les échantillons d’ingénierie peuvent arriver des années avant des produits largement interopérables et fabriqués en grand volume.

Cette distinction doit rester visible chaque fois que Google News ou un autre agrégateur amplifie un titre raccourci. « Spécification publiée » ne signifie pas « produit expédié ».

Même « échantillonnage produit » peut désigner des unités d’évaluation limitées. Les clients peuvent tester ces appareils sans s’engager à les déployer.

Un dossier d’adoption crédible exige davantage que des démonstrations internes. Des intégrateurs de systèmes indépendants devraient publier des charges de travail comparant HBF, HBM, la mémoire hôte et des configurations SSD.

Ces comparaisons devraient contrôler le type d’accélérateur, la taille du modèle, la taille du lot, la longueur du contexte, la consommation et les objectifs de latence. Sinon, les avantages de capacité peuvent masquer les pénalités de performance.

Les entreprises devraient également clarifier le comportement en cas de défaillance. Les opérateurs doivent savoir comment les systèmes isolent les dies défectueux, préservent la disponibilité du service et récupèrent lorsqu’un appareil HBF tombe en panne.

Comme HBF utilise un support non volatil, il peut soulever des questions de sécurité concernant des données de modèles résiduelles. Les spécifications devraient définir l’assainissement, les contrôles d’accès et la gestion du cycle de vie.

Aucun de ces problèmes n’invalide le concept. Ils expliquent pourquoi la différence entre un groupe de travail et une norme finalisée est importante.

Le groupe de travail ouvre le débat. Une spécification publique devrait transformer ce débat en exigences que les fournisseurs, les clients et les ingénieurs indépendants peuvent tester.

Trois signaux montreront si HBF devient réalité

La prochaine phase devrait être évaluée à l’aune d’un document OCP public, d’échantillons validés et du soutien d’entreprises au-delà de Sandisk et SK hynix.

Le premier signal est une spécification OCP identifiable. Elle devrait inclure une version, un périmètre technique, un statut de gouvernance et un historique des révisions.

Sa publication renforcerait l’affirmation actuelle de normalisation. Son absence persistante suggérerait que les titres ont devancé le processus formel.

Le contenu du document compte autant que son existence. Une proposition mécanique limitée aurait moins de poids qu’une spécification couvrant les interfaces, les commandes, la fiabilité et l’interopérabilité.

Le deuxième signal est le jalon d’échantillonnage de Sandisk. L’entreprise visait les premiers échantillons de mémoire HBF pour le second semestre 2026.

Des échantillons fonctionnels devraient produire des preuves détaillées, notamment sur la latence d’accès aléatoire, la bande passante soutenue, l’endurance, la consommation électrique, les performances thermiques et le comportement face aux erreurs.

Des tests indépendants renforceraient davantage le dossier que des démonstrations de fournisseurs. Un retard ne condamnerait pas HBF, mais affaiblirait la trajectoire annoncée vers des échantillons d’appareils début 2027.

Le troisième signal est une participation au-delà des partenaires fondateurs. Surveillez l’arrivée de fournisseurs d’accélérateurs, d’hyperscalers, de fabricants de serveurs, de projets logiciels et d’autres fournisseurs de mémoire dans le travail.

Une large participation montrerait que HBF devient une architecture partagée. Une participation limitée le laisserait plus proche d’une stratégie produit bilatérale.

Samsung, Micron et Kioxia sont des points de comparaison particulièrement importants, car ils disposent d’une expertise pertinente en mémoire ou en flash. Leur soutien, leurs propositions concurrentes ou leur silence clarifieront l’orientation du marché.

Le soutien des accélérateurs compte encore davantage. HBF ne peut devenir une infrastructure utile si les processeurs ne disposent pas de contrôleurs adaptés, de connexions au boîtier et de logiciels de gestion de la mémoire.

Les opérateurs cloud peuvent fournir le signal de demande le plus fort. Ils exploitent des flottes d’inférence suffisamment vastes pour que les améliorations de capacité et d’efficacité énergétique justifient des changements architecturaux.

Les validations logicielles méritent également l’attention. La prise en charge du placement de mémoire dans les moteurs d’inférence, les compilateurs et les systèmes d’orchestration indiquerait que les plans matériels ont dépassé le stade des présentations.

Les lecteurs qui suivent cette histoire via Google News devraient distinguer ces signaux des annonces répétées. Les titres syndiqués donnent souvent l’impression qu’un partenariat constitue plusieurs confirmations indépendantes.

Les faits sous-jacents sont simples. Sandisk et SK hynix ont convenu de coopérer en août 2025, lancé un groupe de travail OCP en février 2026 et défini de futurs objectifs d’échantillonnage.

Une spécification nouvellement publiée serait le prochain jalon distinct, mais elle nécessite un document vérifiable. La validation produit et la participation de l’écosystème doivent suivre.

Pour les développeurs, HBF pourrait modifier la manière dont les modèles, les caches et les données de récupération sont placés autour des accélérateurs. Il pourrait également introduire une nouvelle limite de performance nécessitant un profilage attentif.

Les acheteurs d’entreprise devraient se demander si les gains de capacité proposés améliorent réellement leurs charges de travail de service. Ils devraient demander des mesures à l’échelle du système plutôt que de s’appuyer sur la bande passante des composants.

Les travailleurs du savoir et les utilisateurs de l’IA n’achèteront pas HBF directement. Ils pourraient néanmoins en ressentir les effets à travers des contextes plus longs, des modèles plus grands ou des coûts d’inférence plus faibles.

Ces avantages restent des résultats potentiels, et non des résultats confirmés. La réaction la plus utile consiste à suivre les preuves plutôt qu’à accepter une promotion enthousiaste ou un rejet prématuré.

L’effort de normalisation mérite l’attention, car il s’attaque à un véritable goulot d’étranglement de la mémoire. Son succès dépend désormais de la capacité des partenaires à transformer un groupe de travail ouvert en infrastructure testable.

Surveillez d’abord le document OCP, ensuite le silicium testé par les clients, puis la participation extérieure. Ensemble, ces signaux révéleront si HBF devient une norme ou reste une proposition prometteuse.