El próximo controlador de Nvidia hace que aún más GPU sean “abiertas”, de una manera específica y peculiar

imágenes falsas

Tienes que leer el titular en El último anuncio de GPU de Nvidia lentamente, analizando cada cláusula a medida que llega.

“Nvidia hace la transición completamente” suena a compromiso real, a un llamado a quemar barcos. “Hacia una GPU de código abierto”, sí, evocando El anuncio del “primer paso” de la empresa hace poco más de dos añosEntonces, esto debe ser un avance, ¿no? Pero retrocedamos una palabra y terminemos: “módulos del núcleo de la GPU”.

Así, Nvidia ha “logrado un rendimiento de aplicación equivalente o mejor con nuestros módulos de núcleo de GPU de código abierto”, y les ha añadido algunas nuevas capacidades. Y ahora la mayoría de las GPU modernas de Nvidia utilizarán de forma predeterminada módulos de núcleo de GPU de código abierto, a partir de la versión del controlador R560, con licencia dual GPL y MIT. Pero Nvidia ha trasladado la mayoría de sus funciones propietarias a un conjunto de firmware propietario y de código cerrado. Las partes de las GPU de Nvidia que interactúan con el sistema Linux más amplio son abiertas, pero los controladores y el firmware del espacio de usuario no son asunto suyo ni de la comunidad OSS.

¿Es mejor que lo que existía antes? Sin duda. AMD e Intel han mantenido controladores de GPU de código abierto, tanto en el núcleo como en el espacio de usuario, durante años, aunque también con firmware propietario. Esto acerca un poco más a Nvidia a la comunidad Linux y permite la depuración y la contribución de la comunidad. Sin embargo, no hay indicios de que Nvidia tenga la intención de ir más allá con sus movimientos de código abierto, y sus módulos permanecen fuera del núcleo principal, empaquetados para que los usuarios los instalen por sí mismos.

No todas las GPU podrán utilizar los controladores de código abierto: se recomienda que varios chips de las líneas Maxwell, Pascal y Volta; las GPU de las arquitecturas Turing, Ampere, Ada Lovelace y Hopper cambien a los bits abiertos; y las unidades Grace Hopper y Blackwell deben hacerlo.

Como señaló Héctor Martin, un desarrollador de la distribución Asahi Linux, en el momento del primer anuncioEste cambio facilita el uso de código fuente cerrado en entornos aislados mientras se utiliza hardware de Nvidia. Sin embargo, la cantidad neta de código cerrado es aproximadamente la misma que antes.

Entrada del blog de Nvidia Tiene detalles sobre cómo integrar sus módulos de kernel abiertos en varios sistemas, incluidas configuraciones CUDA.



Fuente