El contexto tiene que ir primero porque es fundamental. La inestabilidad de Intel Raptor Lake (una clase de fallos, bloqueos y degradación a largo plazo de los chips que afecta a una buena parte del silicio Intel Core de escritorio y móvil de 13.ª y 14.ª generación) no es un problema creado por Minisforum. Intel lo causó, Intel lo confirmó, e Intel extendió la cobertura de garantía de los SKU afectados después de identificar como causa raíz una combinación del algoritmo eTVB (enhanced Thermal Velocity Boost) y un mecanismo de degradación por VMin Shift en los núcleos afectados. Los compradores cuyos chips Raptor Lake se han comportado de forma errática durante los últimos dos años tienen un reclamo legítimo, ante todo, contra el fabricante del silicio. Ese es el marco justo.
La razón por la que vale la pena escribir sobre Minisforum de todos modos es que, de todas las formas en que un fabricante de hardware puede responder a un fallo conocido de origen en el silicio que vende, Minisforum eligió una de las más silenciosas, y sus clientes todavía viven con las consecuencias de esa decisión.
Cómo se vio afectado el Minisforum MS-01
El MS-01 salió al mercado con los Intel Core i9-13900H y Core i5-13500H como sus dos configuraciones de CPU superiores. Ambos son chips Raptor Lake de 13.ª generación. Ambos entran en el rango de SKU de Intel para los que el foro Intel Community ha documentado patrones de inestabilidad reportados por usuarios, coherentes con el reconocimiento posterior de la compañía sobre eTVB / VMin Shift, y que la cobertura de VideoCardz de 2024 describió como una investigación a nivel de toda la industria.
En el contexto específico del MS-01, el patrón aparece de dos formas. La reseña de clase workstation de NotebookCheck del MS-01 con i9-13900H documentó fallos impredecibles durante ejecuciones de Cinebench de varios ciclos, justo la prueba de carga sostenida que saca a la luz el mal comportamiento de voltaje y boost de Raptor Lake. El hilo del foro de XCP-ng sobre la inestabilidad del MS-01 con carga de hipervisor recoge la otra forma: máquinas que parecen funcionar bien con cargas de escritorio y luego se bloquean o reinician cuando se les pide ejecutar una carga de tipo virtualización que mantiene muchos núcleos ocupados durante periodos prolongados.
Nada de esto es evidencia de fallas de hardware específicas del MS-01. Es evidencia de Raptor Lake chocando con los límites del silicio de Raptor Lake, en un chasis sin características térmicas ni de alimentación inusuales que hagan que el silicio se comporte de forma distinta a como lo hace en otros equipos. Relacionado: inestabilidad del 2.5GbE Intel i226-V en el MS-01 y el MS-A2 y la pasta térmica de fábrica del MS-01.
Lo que hizo Minisforum y lo que no dejó por escrito
Minisforum ha publicado actualizaciones de BIOS para el MS-01 durante el periodo en cuestión. Algunas de esas actualizaciones contienen revisiones de microcódigo que, según el registro posterior, corresponden al microcódigo que Intel proporcionó para corregir el comportamiento de Raptor Lake. Esa es la mitad buena de la historia. Los propietarios del MS-01 que mantuvieron su BIOS al día se han beneficiado, en general, de las mitigaciones que finalmente llegaron desde Intel.
La mitad no tan buena de la historia es que las notas de versión de BIOS de Minisforum, en el momento en que se distribuía la mayor parte de esto, no decían nada de eso. Un cliente que leía las notas veía números de versión, listas de cambios redactadas en lenguaje genérico (“estabilidad mejorada”, “microcódigo actualizado”) y ninguna declaración explícita de que la actualización corregía el fallo de CPU reconocido por Intel. Un cliente que no seguía la historia de Raptor Lake en toda la industria no tenía forma de saber si la inestabilidad de su unidad se corregía con la actualización que tenía enfrente. La decisión de flashear o no una BIOS (algo nada trivial en un mini PC de 1.9 litros que puede quedar inutilizado si falla) se tomaba sin la información necesaria para sopesar los pros y los contras.
La información que el cliente necesitaba
Una buena nota de versión de BIOS en este escenario concreto habría dicho tres cosas, en lenguaje claro:
- El fallo que se corrige. “Esta actualización incluye la revisión de microcódigo de Intel XXX, que corrige la inestabilidad eTVB / VMin Shift de Raptor Lake descrita por Intel en el aviso YYY.”
- Las unidades afectadas. “Las configuraciones del MS-01 con i9-13900H e i5-13500H están incluidas. Las configuraciones con i9-12900H no están afectadas.”
- Qué debe esperar el usuario. “Antes de actualizar: si has experimentado bloqueos inesperados durante cargas sostenidas, se recomienda esta actualización. Después de actualizar, el rendimiento bajo carga sostenida puede diferir hasta en un N% respecto a versiones anteriores de la BIOS debido al comportamiento de boost revisado.”
Nada de eso apareció. En cada caso, le tocaba al cliente leer Tom’s Hardware, Ars Technica y el hilo de Intel Community, traducir lo que leía a su propia decisión de actualizar la BIOS y esperar que esa traducción fuera correcta. Algunos compradores hicieron la traducción correctamente. Otros dejaron de actualizar el firmware por completo, porque la confianza necesaria para flashear la BIOS sin notas de versión claras era mayor de la que les quedaba.
La queja estructural
Es realmente injusto culpar a un fabricante de mini PC por el fallo de silicio de Intel. Lo que sí es justo reprocharle es la frecuencia y la franqueza de su comunicación con los clientes que pagaron por ese silicio a través de él. El patrón de Minisforum en la historia de Raptor Lake en el MS-01 fue publicar la corrección sin nombrar el problema, un estilo de comunicación que funciona para una base de clientes que lee foros de entusiastas a diario y que les falla a todos los demás. A dos años del ciclo de vida de estos chips, hay propietarios del MS-01 que todavía no saben si su BIOS contiene las mitigaciones de Raptor Lake, porque la documentación que necesitarían para verificarlo nunca se escribió. Ese silencio no es un fallo del silicio. Fue una decisión del fabricante que les vendió ese silicio.