Linux 6.19 cambia de driver en AMD y el rendimiento se dispara

Aunque no se ha dicho demasiado sobre este tema, con Linux 6.19 se produce un cambio silencioso, pero muy relevante, en el soporte gráfico de AMD. El kernel decide que, incluso en arquitecturas antiguas como GCN 1.0 y GCN 1.1, el driver correcto ya no es Radeon, sino AMDGPU. Puede parecer un cambio menor, porque no hablamos de una recomendación ni de una opción avanzada, sino de un cambio de comportamiento por defecto que viene respaldado por datos claros de rendimiento que ha puesto sobre la mesa Phoronix con Linux 6.19 y este driver de AMD.

Si no has entendido nada, un poco de contexto para que empieces a comprender de qué estamos hablando. Hasta ahora, estas GPU de AMD, ya antiguas, arrancaban de forma predeterminada con el driver Radeon, considerado durante años como la opción más conservadora y estable. AMDGPU existía como alternativa, pero requería parámetros explícitos del kernel y arrastraba la etiqueta de driver moderno pensado para arquitecturas más recientes. Por ello, con el paso de uno a otro en esta versión del SO, es interesante ver cuál de los dos rinde más.

Linux 6.19 dicta sentencia en cuando a si el nuevo driver por defecto de AMD es mejor, o no

La prueba pone cifras utilizando una AMD Radeon HD 7950, una GPU GCN 1.0 que representa el último escenario real donde ambos drivers pueden coexistir. Con el mismo kernel y el mismo sistema, AMDGPU alcanza una media geométrica de rendimiento aproximadamente un 30% superior a la del driver Radeon. No se trata de un pico puntual, ni de un benchmark aislado, sino de una ventaja sostenida tras una batería de pruebas bastante amplia.

El motivo técnico detrás de esta diferencia es fácil de comprender, porque AMDGPU es el driver que concentra hoy todo el desarrollo activo. Es el que recibe mejoras en el subsistema DRM del kernel, el que se integra mejor con Mesa, el que está alineado con Vulkan, Wayland y los planificadores modernos, y el que, obviamente, aprovecha mejor las rutas de código optimizadas que han ido llegando kernel tras kernel. En cambio, Radeon permanece en un estado de mantenimiento mínimo, con el objetivo de no romper compatibilidad, pero sin recibir optimizaciones nuevas.

Lo que parecía obvio, no lo era tanto, porque hablamos de una diferencia de rendimiento en Linux 6.19 para con este driver de AMD suficientemente grande como para que nadie se plantee usar el Radeon.

AMD podrá centrar todos los esfuerzos en software a partir de ahora

El cambio de driver por defecto en Linux 6.19 no es solo una mejora de rendimiento. Es una declaración de intenciones debido a que el kernel deja de tratar a AMDGPU como una excepción en GPU antiguas y pasa a considerarlo el camino estándar. Radeon queda relegado a una opción manual, residual y claramente legacy, incluso en el terreno donde históricamente tenía sentido.

Hay que entender que, a nivel de hardware, GCN 1.0 y 1.1 siguen siendo arquitecturas plenamente capaces para cargas ligeras y medias con juegos actuales, pero el contexto de software ha cambiado radicalmente desde su lanzamiento. API modernas, motores gráficos actuales y capas como Proton o Steam Play están pensadas para un driver que gestione memoria, colas y sincronización de forma más avanzada. AMDGPU cumple ese papel. Radeon, sencillamente, ya no encaja bien en ese ecosistema y debe dejar paso.

Este movimiento también tiene una lectura a largo plazo. Mantener dos drivers para el mismo hardware implica duplicar esfuerzos en un ecosistema que ya está bajo presión por la complejidad creciente del stack gráfico actual por parte de los rojos. Al consolidar AMDGPU como base común, Linux simplifica su mantenimiento y asegura que incluso hardware veterano pueda beneficiarse de avances generales del sistema, en lugar de quedarse congelado en un camino sin salida.

En la práctica y tras estos datos, Linux 6.19 marca el final del debate entre qué driver elegir en AMD, porque la opción es obvia y clara, así que esperemos que con este paso adelante AMD centre mejor sus esfuerzos en mejorar AMDGPU.

Saludos.