Le contexte doit venir en premier parce qu’il est structurant. L’instabilité d’Intel Raptor Lake — une classe de plantages, de gels et de dégradation à long terme affectant une large tranche des Core de 13e et 14e génération, en versions de bureau et mobiles — n’est pas un problème imputable à Minisforum. Intel en est la cause, Intel l’a confirmée, et Intel a étendu la couverture de garantie sur les références concernées une fois la cause racine identifiée comme une combinaison de l’algorithme eTVB (enhanced Thermal Velocity Boost) et d’un mécanisme de dégradation VMin Shift dans les cœurs affectés. Les acheteurs dont les puces Raptor Lake se sont comportées erratiquement ces deux dernières années ont une doléance légitime envers le fondeur avant tout autre acteur. C’est le cadrage équitable.

La raison pour laquelle il vaut néanmoins la peine d’écrire sur Minisforum, c’est que, parmi toutes les manières dont un fabricant de matériel peut répondre à un bogue amont connu sur le silicium qu’il vend, Minisforum a choisi l’une des plus discrètes — et ses clients vivent encore avec les conséquences de ce choix.

Comment le MS-01 a été touché

Le MS-01 a été lancé avec les Intel Core i9-13900H et Core i5-13500H comme ses deux configurations processeur haut de gamme. Ce sont deux références Raptor Lake de 13e génération. Elles tombent toutes deux dans la plage des références Intel pour lesquelles le forum Intel Community a documenté des schémas d’instabilité rapportés par les utilisateurs, cohérents avec la reconnaissance ultérieure par l’entreprise des causes eTVB / VMin Shift, et que la couverture 2024 de VideoCardz a décrite comme une enquête à l’échelle de l’industrie.

Dans le contexte spécifique du MS-01, le schéma apparaît sous deux variantes. Le test de classe workstation du MS-01 avec i9-13900H par NotebookCheck a documenté des plantages imprévisibles lors de boucles Cinebench multiples — précisément le test de charge soutenue qui fait apparaître le dysfonctionnement tension-et-boost de Raptor Lake. Le fil du forum XCP-ng sur l’instabilité du MS-01 sous charge hyperviseur illustre l’autre variante : des machines qui semblent correctes sous des charges de bureau, puis se bloquent ou redémarrent dès qu’on leur demande d’exécuter une charge de virtualisation mobilisant de nombreux cœurs sur des périodes prolongées.

Rien de cela n’est une preuve de défaillances matérielles spécifiques au MS-01. C’est la preuve que Raptor Lake atteint les limites du silicium de Raptor Lake, dans un châssis dépourvu de caractéristiques thermiques ou d’alimentation inhabituelles qui feraient que le silicium se comporterait différemment qu’ailleurs.

Ce qu’a fait Minisforum, et ce qu’elle n’a pas écrit

Minisforum a livré des mises à jour BIOS pour le MS-01 pendant la période concernée. Certaines de ces mises à jour contiennent des révisions de microcode qui, dans le dossier aval, correspondent au microcode fourni par Intel pour corriger le comportement de Raptor Lake. C’est la moitié positive de l’histoire. Les propriétaires de MS-01 ayant maintenu leur BIOS à jour ont, dans l’ensemble, bénéficié des atténuations qui ont fini par arriver en amont.

La moitié moins positive de l’histoire, c’est que les notes de version BIOS de Minisforum, au moment où tout cela se déroulait, ne le disaient pas. Un client lisant les notes y trouvait des numéros de version, des listes de changements formulées en langage générique (« stabilité améliorée », « microcode mis à jour »), et aucune mention explicite indiquant que la mise à jour corrigeait le bogue de processeur reconnu par Intel. Un client qui ne suivait pas l’histoire Raptor Lake à l’échelle de l’industrie n’avait aucun moyen de savoir si l’instabilité de son unité allait être corrigée par la mise à jour qu’il avait sous les yeux. La décision de flasher ou non un BIOS — un acte non trivial sur un mini-PC de 1,9 litre qui peut devenir inutilisable en cas d’échec — se prenait sans les informations nécessaires pour peser le compromis.

L’information dont le client avait besoin

Une bonne note de version BIOS dans ce scénario précis aurait dit trois choses, en langage clair :

  1. Le bogue traité. « Cette mise à jour inclut la révision de microcode Intel XXX, qui corrige l’instabilité Raptor Lake eTVB / VMin Shift décrite par Intel dans l’avis YYY. »
  2. Les unités concernées. « Les configurations MS-01 équipées d’un i9-13900H et d’un i5-13500H sont dans le périmètre. Les configurations équipées d’un i9-12900H ne sont pas concernées. »
  3. Ce que l’utilisateur doit attendre. « Avant la mise à jour, si vous avez rencontré des gels inattendus sous charge soutenue, cette mise à jour est recommandée. Après la mise à jour, la performance sous charge soutenue peut différer jusqu’à N % par rapport aux versions BIOS antérieures en raison de la modification du comportement de boost. »

Rien de cela n’apparaissait. Il revenait, à chaque fois, au client de lire Tom’s Hardware, Ars Technica et le fil Intel Community, de traduire ce qu’il avait lu en sa propre décision de mise à jour BIOS, et d’espérer que la traduction était exacte. Certains acheteurs l’ont faite correctement. D’autres ont cessé entièrement de mettre à jour leur firmware, parce que la confiance requise pour flasher le BIOS sans notes de version claires était supérieure à celle qu’ils avaient à offrir.

La doléance structurelle

Il est sincèrement injuste de reprocher à un fabricant de mini-PC un bogue du silicium d’Intel. Ce qu’il est juste de lui reprocher, c’est la cadence et la franchise de sa communication avec les clients qui ont payé pour ce silicium à travers lui. Le schéma de Minisforum sur l’affaire Raptor Lake du MS-01 a été de livrer le correctif sans nommer le problème — un style de communication qui fonctionne pour une base de clientèle qui lit quotidiennement les forums de passionnés, et qui échoue pour tous les autres. Deux ans après le lancement de ces références, il existe des propriétaires de MS-01 qui ignorent encore si leur BIOS contient les atténuations Raptor Lake, parce que la documentation dont ils auraient besoin pour le vérifier n’a jamais été rédigée. Ce silence n’est pas un bogue du silicium. C’est un choix du fabricant qui leur a vendu le silicium.