Nvidia bloquea el rendimiento de Linux en sus portátiles RTX Spark con firmware cifrado

Nvidia DGX Spark encrypted firmware slows inference speed to 35% on Linux

Nvidia bloquea el rendimiento de Linux en sus portátiles RTX Spark con firmware cifrado

Linux funciona en portátiles RTX Spark como el MSI Prestige, pero con un problema grave: al conectarlos a la corriente, la GPU se queda en unos 780 MHz en lugar de los más de 2 GHz de Windows. En GPT-OSS-120B, Windows alcanza 65,4 tokens por segundo y Linux nativo apenas 13,9. La causa es el Nvidia Platform Controllers and Framework, un componente exclusivo de Windows cuya tabla de energía está cifrada. WSL conserva el boost completo y se perfila como la alternativa práctica hasta que Nvidia lo resuelva.

La temperatura se mantuvo baja, entre 40 y 47 °C, así que no se trata de un problema de limitación térmica. Simplemente no se permite que la GPU funcione a plena velocidad.
  1. K0balt

    Qué carajo. ¿De verdad estamos viendo un empuje hacia depender al 100 por cien de la nube?

    La IA soberana nunca ha sido tan importante.

    Controlar la IA es muchísimo más poderoso e impactante que controlar los algoritmos de búsqueda o de las redes sociales.

    La IA centralizada supone un control social 10 veces mayor que todo lo que hemos visto antes, y no hay forma de que una sociedad libre y abierta sobreviva al contacto con una IA centralizada y de alta capacidad si el sistema está manipulado para orientar los resultados. Es esencialmente control mental, porque la gente descargará en la IA una porción aún mayor de su cognición de la que descarga en la búsqueda y las redes sociales.

    Construye y mantén IA soberana mientras aún puedas.

  2. jleask

    Nvidia haciendo lo que Nvidia siempre ha hecho: drivers propietarios y cerrados. Una elección extraña la de proteger criptográficamente los ajustes de energía. El problema clave es que hemos permitido que una empresa que siempre ha sido así forme un monopolio. Existen otras marcas, quizá ahora merezca la pena el esfuerzo de migrar y reconstruir en otro sitio.

  3. fxwin

    > Un análisis práctico del arranque dual de Linux en el portátil Nvidia RTX Spark, el bug de limitación del reloj de la GPU que se encontró, y por qué WSL sigue ganando.

    Tío, de verdad que es agotador leer un titular que despierta mi interés, para encontrarte luego con los claude-ismos más básicos en el subtítulo.

  4. juujian

    Esto es, por desgracia, el ciclo de lanzamiento normal de Linux, sobre todo con Nvidia. Si compras lo último y más puntero, algunas funciones simplemente no están disponibles. Con el tiempo, los fabricantes trabajan con Ubuntu para desbloquear algunas de esas funciones y otras distribuciones acaban adoptando esos drivers. Aunque lleva unos meses. Si tienes suerte, los drivers pasan a formar parte del Kernel, y ese proceso lleva aún más tiempo. Algunas funciones nunca llegan a aterrizar (mirándote a ti, AMD XDNA gen 1).

  5. schaefer

    El artículo trata sobre la RTX Spark, no sobre la DGX Spark. Habría que cambiar el título.

  6. laughing_man

    Nvidia ya era una mala elección para Linux por los drivers cerrados.

  7. sva_

    Debería ser posible hacer ingeniería inversa de esto, ¿si funciona en Windows?

    > Los portátiles también admiten configuraciones de memoria unificada de hasta 128GB, compartida entre CPU y GPU, algo poco habitual en un portátil y central en por qué se están comercializando precisamente para desarrolladores de IA.

    Esto no es raro en portátiles, es bastante lo normal en AMD con iGPU.

  8. hypfer

    ¿Por qué el título dice DGX spark cuando el enlace es el portátil RTX Spark?

    Según tengo entendido, son cosas muy distintas, y todo lo de "no funciona bien con Linux" creo que solo tiene sentido en el portátil RTX Spark, ¿no?

    ¿Acaso la DGX spark no es Linux por defecto?

Más de este día

2026-11-04