DGX Spark: aviso a navengantes
¿Vale la pena la DGX Spark? Te lo explico desde mi experiencia.
La NVIDIA DGX Spark es un equipo de escritorio con capacidades de inteligencia artificial que llama la atención por sus especificaciones. Sin embargo, hay aspectos importantes que no quedan claros en los materiales de marketing. Esta guía intenta explicarlos de forma accesible.
Dos familias dentro de la misma generación
NVIDIA lanzó la arquitectura Blackwell en dos variantes con objetivos distintos:
- SM100: diseñada para centros de datos. Máximo rendimiento, sin límite de consumo eléctrico.
- SM121: diseñada para escritorio y dispositivos de bajo consumo. Es la que lleva el DGX Spark.
Aunque comparten nombre de generación, tienen diferencias de hardware significativas que afectan directamente a qué software puede correr en cada una.
Filosofía de las DGX Spark. Mercado de escritorio
En si, las DGX Spark están orientadas a tener una experiencia de usuario con un consumo de energía muy reducido, intentando hacerlo a un precio “asequible”.
Por el camino han tomado decisiones de hardware muy relevantes que ha creado un problema importante en el soporte del software para hacer correr modelos locales. La arquitectura que hay en los SM121 difieren mucho de sus homólogos de Datacenter, y eso hace que ciertas piezas de hardware no sean útiles en los modelos SM121.
El resultado práctico… los Tensor Cores del SM121 trabajan de forma más parecida a como lo hacían las GPUs de hace dos generaciones (Ampere).
El problema del software: instrucciones incompatibles
Esta diferencia de hardware provoca nos lleva a incompatibilidades de software. Los programas usan instrucciones específicas de cada arquitectura, y en este caso se ha convertido en un verdadero problema.
Las instrucciones más modernas (wgmma, tcgen05) están diseñadas para aprovechar las características del SM100. El SM121 no las soporta por sus diferencias de hardware. Cuando un programa intenta usar esas instrucciones en un DGX Spark, el compilador devuelve un error o el rendimiento cae drásticamente.
La tierra prometida del NVFP4 vs la realidad… y la comunidad al rescate (como siempre)
Ante la falta de soporte oficial en las herramientas habituales, la comunidad de desarrolladores ha creado soluciones a medida:
Estas optimizaciones funcionan, pero requieren trabajo especializado y no están integradas aún en las herramientas que usa la mayoría.
Lo más irónico (y doloroso al mismo tiempo) es que el DGX Spark es físicamente capaz de ejecutar cálculos en un formato de precisión muy reducida llamado NVFP4, propietario de NVIDIA, que en teoría permite alcanzar el máximo rendimiento del hardware con una alta precisión parecida a 8 o 16 bits. Pero no es posible usarlos por el problema soporte del software.
Como alternativa, a base de prueba y error… y mucha pericia, desarrolladores como Eugr y su repositorio han conseguido cristalizar todos los trucos aprendidos en los foros para poder correr modelos con una velocidad aceptable en otras quantizaciones como FP8 o INT4/Autoround, ya que el soporte de software para NVFP4 en el SM121 es actualmente muy inmaduro.
Hoja de ruta según redes para llegar al rendimiento real
Siguiendo foros, redes y posibles bulos… esta sería una hoja de ruta para alcanzar el rendimiento real del DGX Spark.
La guinda de todo esto. El problema de alimentación y el modo degradado de las DGX Spark
No os lo vais a creer, pero hay un fallo normalmente al apagar las Spark que hace que al volver a arrancar, trabajen en modo degradado. Si sucede, la solución es… ojo al dato… desconectar el cargador del ordenador, esperar unos minutos a que se descarguen los condensadores…y volver a conectarlo. No sirve apagando o reiniciando.
Conclusión
Salvando los baches que están apareciendo por el camino… tal como evolucionan los modelos de pesos abiertos como Qwen o Gemma, y como se está poniendo el mercado de IA de pago por uso comercial… opino que la DGX Spark es un producto real y útil, pero con un perfil concreto.
Con las expectativas correctas y algo de trabajo adicional de configuración, puede ser una herramienta valiosa para IA local.
Eso sí… el inicio ha sido un poco accidentado (y sigue siéndolo), y el soporte de software es un tema a seguir de cerca en los próximos meses.
Referencias
https://github.com/Avarok-Cybersecurity/dgx-vllm
https://github.com/PrimitiveContext/blackwell
https://www.backend.ai/blog/2026-02-is-dgx-spark-actually-a-blackwell
Twitter
Facebook
Reddit
LinkedIn
Email