Linux 7.2 ya es estable y llega con una combinación poco habitual de mejoras capaces de afectar tanto a ordenadores personales como a servidores: un planificador que tiene en cuenta la caché compartida de la CPU, cambios relevantes en Btrfs y la recuperación de memoria, avances en virtualización y un esperado paso adelante para HDMI 2.1 FRL en gráficas AMD Radeon. Linus Torvalds publicó la versión final el 16 de agosto de 2026 después de una última fase de desarrollo especialmente activa, con varias correcciones y cambios revertidos antes de cerrar el kernel.

Las claves de Linux 7.2 en 30 segundos

• Linux 7.2 incorpora Cache Aware Scheduling, pensado para mantener determinados hilos que comparten datos dentro del mismo dominio de caché LLC.
• Btrfs activa los large folios por defecto y añade soporte para huge folios de hasta 2 MiB, todavía con cautelas.
• MGLRU recibe cambios para mejorar la recuperación de memoria y el tratamiento de páginas sucias.
• AMDGPU incorpora la base de HDMI 2.1 FRL, aunque FreeSync y VRR sobre FRL todavía no completan todo el recorrido.
• También llegan novedades para KVM, NFS, redes, Intel, IBM Z y numerosos controladores.

A primera vista puede parecer otra de esas versiones del kernel cuya lista de cambios solo resulta atractiva para desarrolladores de drivers. Esta vez hay varias novedades que afectan a piezas centrales del sistema: cómo Linux decide en qué núcleo ejecutar un proceso, cómo utiliza la caché del procesador, cómo mueve datos entre memoria y almacenamiento y cómo aprovecha determinadas salidas de vídeo modernas.

Eso no significa que actualizar a Linux 7.2 vaya a acelerar automáticamente cualquier ordenador. Muchas de sus mejoras dependen del hardware, del tipo de carga y de que las distribuciones terminen adoptando esta versión. Pero hay cambios suficientemente profundos como para que sus efectos puedan aparecer desde una estación de trabajo doméstica hasta un servidor con muchos núcleos.

Linux empieza a mirar dónde está la caché antes de mover los procesos

Una de las novedades más interesantes es Cache Aware Scheduling, un trabajo desarrollado principalmente por ingenieros de Intel para que el planificador tenga más información sobre la estructura de la caché de último nivel o LLC (Last Level Cache).

En procesadores modernos no todos los núcleos tienen necesariamente la misma relación con la caché. Puede haber varios dominios LLC dentro de un mismo sistema y mover un hilo de uno a otro implica perder parte de los datos que tenía cerca del procesador.

Linux 7.2 incorpora infraestructura para intentar agrupar en un mismo dominio LLC los hilos de un proceso que comparten información. La idea es reducir movimientos innecesarios y aumentar las posibilidades de que los datos necesarios continúen disponibles en una caché próxima.

El propio código deja claro, sin embargo, que no todas las cargas se benefician de esta estrategia.

El sistema se orienta principalmente a aplicaciones multihilo cuyos hilos comparten información. Los procesos de un único hilo se excluyen normalmente porque obtienen poco beneficio y el seguimiento de su residencia en las diferentes cachés introduce un coste adicional. Linux también evita aplicar agresivamente esta política a procesos con demasiados hilos o con una huella de memoria que podría saturar una LLC.

El kernel incluso calcula el tamaño efectivo de la caché LLC disponible para utilizarlo como referencia antes de concentrar una carga. Si estima que el conjunto de memoria del proceso supera esa capacidad, puede decidir no agrupar sus hilos.

Por tanto, no es simplemente un algoritmo que intenta llenar una caché a toda costa. Linux 7.2 introduce mecanismos para decidir cuándo tiene sentido hacerlo y cuándo puede terminar perjudicando el rendimiento.

Este tipo de mejora puede resultar especialmente interesante en procesadores modernos de AMD e Intel con varios dominios de caché y muchos núcleos. Aplicaciones como bases de datos, determinados servidores o cargas intensivas multihilo son candidatas más naturales a beneficiarse que un programa convencional de escritorio de un solo hilo.

Btrfs mueve más datos a la vez y MGLRU afina la presión de memoria

El almacenamiento también recibe bastante trabajo.

Btrfs activa por defecto el soporte de large folios, una evolución de la gestión de páginas que permite trabajar con unidades de memoria mayores que las tradicionales páginas de 4 KiB en determinadas operaciones.

Además, el sistema de archivos incorpora soporte para huge folios de hasta 2 MiB. Conviene separar ambos conceptos: los large folios forman ya parte del comportamiento normal que Linux 7.2 lleva más lejos, mientras que el soporte de folios de hasta 2 MiB todavía debe considerarse una capacidad que está madurando y no una garantía de mejora universal.

Los cambios permiten procesar cantidades mayores de información con menos operaciones internas y pueden reducir sobrecarga en determinadas cargas de entrada y salida.

Hay mejoras bastante concretas. El conjunto de cambios integrado en Linux 7.2 menciona una reducción del tamaño de las operaciones de bloque para evitar acumulaciones excesivas durante el writeback, con una mejora registrada de alrededor del 15 % en escrituras secuenciales en el escenario probado. Otro cambio elimina una serialización innecesaria de operaciones de entrada y salida directa que había quedado después de una migración de API, recuperando en las pruebas del desarrollo hasta un 60 % de throughput en ese caso específico. Son resultados de escenarios concretos y no deben interpretarse como un aumento general de rendimiento para cualquier equipo con Btrfs.

También cambia la gestión de memoria.

MGLRU (Multi-Gen LRU), el mecanismo utilizado por Linux para decidir qué páginas de memoria conviene conservar y cuáles pueden recuperarse cuando falta RAM, recibe varias modificaciones.

Una de ellas mejora el tratamiento de páginas sucias pendientes de escritura. Hasta ahora el mecanismo de activación del proceso encargado de escribir esas páginas podía reaccionar más tarde que con el sistema LRU tradicional. Linux 7.2 traslada parte de esa gestión al propio ciclo de recuperación de memoria para reaccionar antes cuando existe mucha actividad de escritura. Los desarrolladores indican que el cambio mejora especialmente cargas con writeback intenso.

En un PC esto no equivale a conseguir RAM adicional. El beneficio potencial aparece cuando el sistema entra en presión de memoria y tiene que decidir continuamente qué conservar, qué escribir en almacenamiento y qué liberar.

HDMI 2.1 FRL empieza a dejar de ser una asignatura pendiente de Radeon

Para los usuarios de GPU AMD probablemente la novedad más visible está en HDMI 2.1 FRL.

FRL, Fixed Rate Link, sustituye al mecanismo TMDS utilizado tradicionalmente por HDMI cuando hacen falta mayores anchos de banda. Es una pieza necesaria para utilizar las capacidades modernas asociadas a HDMI 2.1 en resoluciones y frecuencias que superan lo que permite el enlace anterior.

AMD llevaba tiempo trabajando para llevar este soporte a su controlador gráfico abierto y Linux 7.2 incorpora finalmente buena parte de su infraestructura.

Entre los cambios aceptados aparecen las definiciones necesarias para HDMI FRL, modificaciones en Display Mode Library (DML) y soporte base de FRL dentro de DML 2.0.

También se ha trabajado en Display Stream Compression (DSC) sobre FRL, lo que permite utilizar compresión visual sin pérdidas perceptibles para alcanzar determinados modos de pantalla con grandes necesidades de ancho de banda.

Para un usuario con una Radeon conectada a un televisor gaming, esta evolución es mucho más tangible que muchas modificaciones internas del kernel. HDMI 2.1 lleva años siendo una de las diferencias incómodas entre determinadas capacidades disponibles en otros sistemas y las que podían utilizarse plenamente desde Linux.

Pero Linux 7.2 no convierte de repente cualquier combinación Radeon-TV en una implementación completa de todas las funciones HDMI 2.1.

AMD continúa trabajando en funciones relacionadas con Variable Refresh Rate (VRR), FreeSync y ALLM sobre conexiones FRL. Los parches de esas áreas han seguido evolucionando después del cierre de la ventana de integración de Linux 7.2. Por eso resulta más preciso hablar de un gran paso hacia el soporte completo que decir que todo HDMI 2.1 está ya resuelto.

Hay mucho más que escritorio en Linux 7.2

La versión también incorpora cambios importantes que pasarán inadvertidos para la mayoría de usuarios domésticos.

NFS, SMB, redes y KVM reciben nuevas funciones y correcciones. La virtualización añade capacidades relacionadas con AMD e Intel y continúa ampliando el soporte para tecnologías de aislamiento de máquinas virtuales.

Hay además una novedad pequeña en volumen de código pero bastante reveladora: Rust puede utilizarse ahora en la arquitectura s390, denominación que Linux mantiene para la familia tecnológica de los actuales mainframes IBM Z.

Linux 7.2 también estuvo a punto de cambiar el planificador utilizado para distribuir trabajos entre GPU mediante DRM. El nuevo modelo fair había pasado a ser el predeterminado, pero durante las últimas semanas aparecieron regresiones. Los mantenedores decidieron revertir el cambio, marcar esa política como experimental y recuperar FIFO como comportamiento por defecto.

Es un buen ejemplo de cómo funciona el desarrollo del kernel: una función puede estar técnicamente terminada y aun así retroceder si las pruebas reales muestran problemas.

La fase final del lanzamiento incluyó igualmente correcciones para AMDGPU, Intel Xe, Wi-Fi, Ceph, redes y numerosos controladores. Incluso se revirtió un cambio de I2C después de descubrir que podía dejar sin funcionar el touchpad de algunos ThinkPad.

Linux 7.2 no es una versión en la que exista una única función capaz de cambiar por sí sola la experiencia del usuario. Su interés está precisamente en la acumulación de mejoras en componentes que intervienen constantemente en el funcionamiento de un sistema.

El planificador empieza a entender mejor la topología de caché. Btrfs procesa memoria y operaciones de entrada y salida de forma más eficiente. MGLRU refina lo que ocurre cuando la RAM empieza a escasear. AMD abre finalmente el camino práctico hacia HDMI 2.1 FRL.

Son cambios que se encuentran muy abajo en la pila de software. Y precisamente por eso pueden terminar afectando a todo lo que funciona encima.

Preguntas frecuentes

¿Linux 7.2 mejora el rendimiento de cualquier PC?

No necesariamente. Las mejoras dependen del procesador, almacenamiento, GPU y tipo de carga. Cache Aware Scheduling, por ejemplo, está pensado especialmente para determinados procesos multihilo y evita aplicarse en situaciones donde puede resultar contraproducente.

¿Btrfs soporta ya folios de 2 MiB?

Linux 7.2 incorpora soporte para huge folios de hasta 2 MiB, además de activar los large folios por defecto. El soporte de tamaños mayores todavía debe tratarse con más cautela que las funciones ya consolidadas de Btrfs.

¿Linux 7.2 soluciona completamente HDMI 2.1 en AMD Radeon?

No todavía. La versión integra una parte esencial del soporte HDMI 2.1 FRL y DSC sobre FRL, pero funciones como VRR y FreeSync sobre este tipo de enlace continúan evolucionando.

¿Es necesario instalar manualmente Linux 7.2?

No para la mayoría de usuarios. El kernel irá llegando a través de las distribuciones que decidan incorporarlo y cada proyecto tendrá su propio calendario de adopción.