La plataforma Nvidia RTX Spark es una configuración de hardware especializada diseñada para el desarrollo local de IA. Cuenta con una arquitectura de memoria unificada única —que admite hasta 128 GB de memoria compartida entre la CPU y la GPU— y utiliza el mismo diseño de GPU que las unidades de escritorio DGX Spark de Nvidia. Aunque estas laptops se comercializan para desarrolladores que prefieren herramientas de IA con enfoque en Linux como vLLM y SGLang, el hardware está actualmente optimizado para Windows en ARM, lo que incluye soporte de controladores específicos para el stack CUDA de Nvidia.
Las pruebas revelan una disparidad de rendimiento significativa entre sistemas operativos cuando la laptop está conectada a la corriente eléctrica. En una máquina ejecutando el modelo GPT-OSS-120B, tanto Windows nativo como el Subsistema de Windows para Linux (WSL) alcanzaron aproximadamente 65 tokens por segundo. En contraste, las instalaciones de Linux nativo en el mismo hardware cayeron a 13.9 tokens por segundo. Esta ralentización no es resultado de una limitación térmica, ya que las temperaturas se mantuvieron bajas (40-47°C), sino más bien de un colapso en la velocidad de reloj. Mientras que la GPU mantiene un impulso de aproximadamente 2.2 GHz en Windows, se bloquea en aproximadamente 780 MHz en Linux cuando está conectada.
Esta brecha de rendimiento se atribuye a un componente exclusivo de Windows llamado Nvidia Platform Controllers and Framework. Esta lógica de firmware y controladores gestiona el presupuesto de energía compartido entre la CPU y la GPU, una necesidad en laptops donde ambos chips comparten una línea de alimentación. El firmware proporciona una tabla de ajustes de energía que está cifrada; mientras que Windows posee las llaves para descifrar esta tabla, Linux actualmente no las tiene. Curiosamente, el problema de rendimiento se invierte cuando la laptop se desconecta: con alimentación por batería, el rendimiento de Linux mejora a aproximadamente 61-67 tokens por segundo, casi igualando los niveles de Windows. Hasta que Nvidia porte la lógica de gestión de energía del controlador de plataforma a sus controladores de Linux, WSL sigue siendo el punto medio más práctico, ya que hereda la capacidad del stack de controladores de Windows para mantener el impulso completo de la GPU mientras proporciona un entorno compatible con Linux.
Una limitación notable de esta configuración es la gestión de memoria. El firmware de la laptop reserva por defecto 96 GB de memoria unificada para la GPU, una división que actualmente solo es ajustable a través de Windows. Los usuarios que intenten ejecutar Linux nativo deben primero ajustar esta reserva en Windows para liberar suficiente memoria y que el entorno Linux pueda ver más que una pequeña fracción de la capacidad total. Si bien el material de origen confirma que el problema es una brecha de firmware y controladores en lugar de un defecto de hardware, actualmente no hay un cronograma confirmado de cuándo Nvidia podría lanzar un controlador de gestión de energía compatible con Linux para estas unidades.
Un benchmark específico utilizando vLLM con ocho clientes concurrentes resalta aún más la disparidad: WSL alcanzó 127 tokens por segundo, mientras que Linux nativo solo logró 39.5. En una prueba más larga, Windows completó la carga de trabajo en unos 8 minutos manteniendo una velocidad de reloj de 2.2 GHz, mientras que Linux tardó 37 minutos con la GPU estacionada en 790 MHz. Estas cifras subrayan el impacto de la falta de lógica de gestión de energía en las cargas de trabajo de IA de alto rendimiento.
Esta imagen ilustra la brecha de rendimiento descrita en los benchmarks, donde Linux nativo experimenta una severa reducción del rendimiento en comparación con Windows y WSL.
En última instancia, el estado actual de la laptop RTX Spark crea una disyuntiva para los desarrolladores. Si bien Linux nativo ofrece un entorno puro, la falta de acceso a las tablas de gestión de energía cifradas anula efectivamente el rendimiento del hardware cuando está conectado a la corriente. Por el momento, a los desarrolladores que buscan el mejor equilibrio entre herramientas nativas de Linux y el máximo rendimiento del hardware se les dirige hacia WSL, siempre que aumenten manualmente la asignación de memoria predeterminada de 14 GB para acomodar modelos más grandes.