La gran novedad: un planificador que entiende la caché

Linux 7.2 incorpora Cache Aware Scheduling, disponible mediante CONFIG_SCHED_CACHE. En lugar de tratar todos los núcleos y zonas de caché como si fueran equivalentes, el planificador puede intentar colocar en el mismo dominio de caché de último nivel —LLC, por sus siglas en inglés— las tareas que comparten datos.

La idea es reducir el movimiento innecesario de datos entre dominios de caché, así como los fallos de caché. Esto puede ser importante en equipos con arquitecturas complejas de varios chiplets o sockets, como ciertas plataformas AMD EPYC e Intel Xeon.

No se trata, sin embargo, de un interruptor mágico que acelere cualquier ordenador. El beneficio depende de la topología del procesador y del tipo de carga de trabajo. Su impacto debería ser más notable en sistemas donde repartir tareas relacionadas entre distintos dominios de caché introduce costes evitables.

Más velocidad en almacenamiento y sistemas de archivos

Buena parte de la historia de rendimiento de Linux 7.2 está en rutas internas de entrada y salida, no en funciones visibles para el usuario:

• Los cambios en la escritura mediante pipes se asocian con mejoras de rendimiento de aproximadamente entre un 6 % y un 28 %, según la carga de trabajo y la configuración de las pruebas.
• ext4 recibe una reorganización de su mecanismo de fast commit, pensada para reducir la contención de bloqueos y el riesgo de interbloqueos, además de un procesamiento más rápido de los hashes de directorios.
• Los cambios relacionados con iomap mejoran partes de las rutas de ext4 y XFS. Las pruebas han mostrado avances en algunas cargas de trabajo con SSD NVMe de muchos IOPS y io_uring, pero no constituyen una garantía para cualquier disco o aplicación.
• El soporte de large folios en Btrfs deja de ser experimental y queda activado por defecto. Linux 7.2 también incorpora soporte experimental para huge folios de hasta 2 MB.
• exFAT avanza en su conversión a la infraestructura iomap, con mejoras para la E/S almacenada en búfer, la E/S directa y otras operaciones. Los informes describen ganancias importantes en pruebas con cargas intensivas, pero el resultado depende del escenario y no representa un porcentaje universal para todos los usuarios de exFAT.

En la práctica, Linux 7.2 no ofrece una única mejora de rendimiento que beneficie por igual a todo el mundo. Es más probable notar cambios en equipos y aplicaciones que dependan mucho de la localidad de caché, los metadatos del sistema de archivos, el almacenamiento de alto rendimiento, los pipes o la gestión de memoria de Btrfs.

Nuevos pasos para Apple, AMD, Intel y NVIDIA

La nueva versión también amplía la compatibilidad con distintas plataformas:

• Los MacBook con chip Apple M3 ya pueden arrancar un kernel principal (mainline) hasta una consola serie gracias al trabajo integrado de Asahi Linux. Es un avance importante en la adaptación del hardware, pero todavía no equivale a disponer de un escritorio completo y pulido con todos los componentes del portátil funcionando.
• Intel añade soporte para USB4STREAM, un protocolo para enviar flujos de datos a través de cables USB4.
• AMDGPU obtiene el soporte inicial para HDMI 2.1 Fixed Rate Link (FRL), mientras que el código de plataforma de AMD incorpora preparativos iniciales para sistemas con Zen 6.
• El controlador Intel Xe suma soporte inicial para plataformas CRI; Nouveau añade compatibilidad con el acelerador de cómputo NVIDIA GA100 mediante GSP; y Apple Silicon recibe mejoras en la información de batería.
• El soporte de Rust se extiende a la arquitectura s390 de IBM, lo que amplía las plataformas en las que pueden desarrollarse componentes del kernel escritos en Rust.

El listado se completa con cambios en redes, virtualización, seguridad, sistemas embebidos y telemetría energética. Por eso Linux 7.2 es tanto una versión de habilitación de plataformas como una actualización de rendimiento.

Menos código heredado y un requisito más estricto en x86

Linux 7.2 elimina más de 13.000 líneas de código dedicado a emular operaciones de coma flotante x87 en i486. También retira AppleTalk y el soporte para adaptadores ARCnet antiguos de tipo ISA y PCMCIA.

El kernel pasa a exigir de forma incondicional un contador de marcas de tiempo utilizable —TSC— en x86. Los sistemas x86 modernos ya suelen depender de él, de modo que el cambio afecta sobre todo a equipos excepcionalmente antiguos o poco habituales, no a los ordenadores y servidores actuales.

El ciclo también completó una limpieza iniciada años atrás para eliminar del árbol del kernel los usos de la API obsoleta strncpy(). En su lugar se emplean funciones de manejo de cadenas más explícitas.

El planificador de GPU «justo» no llegó a la versión final

Durante el desarrollo, Linux 7.2 incluyó brevemente un nuevo planificador de GPU «más justo», diseñado para ordenar mejor los trabajos gráficos. Sin embargo, varias regresiones en gráficos de AMD llevaron a los desarrolladores a revertirlo a un modelo FIFO antes del lanzamiento.

La marcha atrás recuerda que una función presente durante el desarrollo no necesariamente está lista para usuarios de una versión estable. En este caso, los responsables del kernel priorizaron un comportamiento gráfico predecible frente a un modelo de planificación más ambicioso.

Un ciclo de nueve semanas marcado por el volumen

El desarrollo de Linux 7.2 duró alrededor de nueve semanas e involucró a más de 2.100 colaboradores, lo que estableció un récord reportado de participación durante la ventana de integración. Un análisis citado por distintos medios calculó que aproximadamente el 5 % de los commits incluía una atribución de asistencia mediante IA.

La preocupación principal no es que la IA haya creado por sí sola las funciones más importantes del kernel. El problema es el volumen adicional de informes de vulnerabilidades, parches sugeridos, observaciones de revisión y correcciones posteriores que las herramientas pueden generar. Algunos cambios aceptados solucionan problemas detectados mediante análisis asistido por IA, pero cada propuesta sigue requiriendo trabajo de revisión e integración por parte de mantenedores humanos.

Cuando Linus Torvalds describió las actualizaciones tardías y sobredimensionadas como «la nueva normalidad», sus palabras parecen reflejar más la aceptación de una realidad operativa que una defensa de estándares de revisión más bajos. Linux 7.2 salió a tiempo, pero el ajetreo de la recta final muestra por qué los mantenedores siguen vigilando de cerca el volumen, las regresiones y la calidad de los parches.

¿Qué viene después para Linux 7.3 y Ubuntu 26.10?

La ventana de integración de Linux 7.3 se abrió inmediatamente después del lanzamiento de 7.2. Según los informes disponibles, ya había unas 40 solicitudes de integración pendientes; las próximas semanas determinarán qué cambios importantes entran finalmente en esa versión.

En cuanto a Ubuntu 26.10, el equipo del kernel de Canonical ha señalado Linux 7.2 como la versión objetivo actual. Ubuntu 26.10 está programado para el 15 de octubre de 2026, con el congelamiento del kernel previsto para el 1 de octubre. Ese calendario hace que Linux 7.2 sea el objetivo más establecido, aunque los planes de la distribución aún podrían cambiar si las pruebas descubren regresiones graves o problemas de integración.

Para los desarrolladores del kernel, el siguiente paso es continuar con las pruebas de regresión y la revisión. Para los usuarios, la pregunta más útil no es si Linux 7.2 tiene la lista de funciones más larga, sino si su hardware y sus cargas de trabajo encajan con sus puntos fuertes: mejor localidad de caché, mayor rendimiento del sistema de archivos, compatibilidad con plataformas nuevas o un mejor soporte de dispositivos.

La gran novedad: un planificador que entiende la caché

Linux 7.2 incorpora Cache Aware Scheduling, disponible mediante CONFIG_SCHED_CACHE. En lugar de tratar todos los núcleos y zonas de caché como si fueran equivalentes, el planificador puede intentar colocar en el mismo dominio de caché de último nivel —LLC, por sus siglas en inglés— las tareas que comparten datos.

La idea es reducir el movimiento innecesario de datos entre dominios de caché, así como los fallos de caché. Esto puede ser importante en equipos con arquitecturas complejas de varios chiplets o sockets, como ciertas plataformas AMD EPYC e Intel Xeon.

No se trata, sin embargo, de un interruptor mágico que acelere cualquier ordenador. El beneficio depende de la topología del procesador y del tipo de carga de trabajo. Su impacto debería ser más notable en sistemas donde repartir tareas relacionadas entre distintos dominios de caché introduce costes evitables.

Más velocidad en almacenamiento y sistemas de archivos

Buena parte de la historia de rendimiento de Linux 7.2 está en rutas internas de entrada y salida, no en funciones visibles para el usuario:

• Los cambios en la escritura mediante pipes se asocian con mejoras de rendimiento de aproximadamente entre un 6 % y un 28 %, según la carga de trabajo y la configuración de las pruebas.
• ext4 recibe una reorganización de su mecanismo de fast commit, pensada para reducir la contención de bloqueos y el riesgo de interbloqueos, además de un procesamiento más rápido de los hashes de directorios.
• Los cambios relacionados con iomap mejoran partes de las rutas de ext4 y XFS. Las pruebas han mostrado avances en algunas cargas de trabajo con SSD NVMe de muchos IOPS y io_uring, pero no constituyen una garantía para cualquier disco o aplicación.
• El soporte de large folios en Btrfs deja de ser experimental y queda activado por defecto. Linux 7.2 también incorpora soporte experimental para huge folios de hasta 2 MB.
• exFAT avanza en su conversión a la infraestructura iomap, con mejoras para la E/S almacenada en búfer, la E/S directa y otras operaciones. Los informes describen ganancias importantes en pruebas con cargas intensivas, pero el resultado depende del escenario y no representa un porcentaje universal para todos los usuarios de exFAT.

En la práctica, Linux 7.2 no ofrece una única mejora de rendimiento que beneficie por igual a todo el mundo. Es más probable notar cambios en equipos y aplicaciones que dependan mucho de la localidad de caché, los metadatos del sistema de archivos, el almacenamiento de alto rendimiento, los pipes o la gestión de memoria de Btrfs.

Nuevos pasos para Apple, AMD, Intel y NVIDIA

La nueva versión también amplía la compatibilidad con distintas plataformas:

• Los MacBook con chip Apple M3 ya pueden arrancar un kernel principal (mainline) hasta una consola serie gracias al trabajo integrado de Asahi Linux. Es un avance importante en la adaptación del hardware, pero todavía no equivale a disponer de un escritorio completo y pulido con todos los componentes del portátil funcionando.
• Intel añade soporte para USB4STREAM, un protocolo para enviar flujos de datos a través de cables USB4.
• AMDGPU obtiene el soporte inicial para HDMI 2.1 Fixed Rate Link (FRL), mientras que el código de plataforma de AMD incorpora preparativos iniciales para sistemas con Zen 6.
• El controlador Intel Xe suma soporte inicial para plataformas CRI; Nouveau añade compatibilidad con el acelerador de cómputo NVIDIA GA100 mediante GSP; y Apple Silicon recibe mejoras en la información de batería.
• El soporte de Rust se extiende a la arquitectura s390 de IBM, lo que amplía las plataformas en las que pueden desarrollarse componentes del kernel escritos en Rust.

El listado se completa con cambios en redes, virtualización, seguridad, sistemas embebidos y telemetría energética. Por eso Linux 7.2 es tanto una versión de habilitación de plataformas como una actualización de rendimiento.

Menos código heredado y un requisito más estricto en x86

Linux 7.2 elimina más de 13.000 líneas de código dedicado a emular operaciones de coma flotante x87 en i486. También retira AppleTalk y el soporte para adaptadores ARCnet antiguos de tipo ISA y PCMCIA.

El kernel pasa a exigir de forma incondicional un contador de marcas de tiempo utilizable —TSC— en x86. Los sistemas x86 modernos ya suelen depender de él, de modo que el cambio afecta sobre todo a equipos excepcionalmente antiguos o poco habituales, no a los ordenadores y servidores actuales.

El ciclo también completó una limpieza iniciada años atrás para eliminar del árbol del kernel los usos de la API obsoleta strncpy(). En su lugar se emplean funciones de manejo de cadenas más explícitas.

El planificador de GPU «justo» no llegó a la versión final

Durante el desarrollo, Linux 7.2 incluyó brevemente un nuevo planificador de GPU «más justo», diseñado para ordenar mejor los trabajos gráficos. Sin embargo, varias regresiones en gráficos de AMD llevaron a los desarrolladores a revertirlo a un modelo FIFO antes del lanzamiento.

La marcha atrás recuerda que una función presente durante el desarrollo no necesariamente está lista para usuarios de una versión estable. En este caso, los responsables del kernel priorizaron un comportamiento gráfico predecible frente a un modelo de planificación más ambicioso.

Un ciclo de nueve semanas marcado por el volumen

El desarrollo de Linux 7.2 duró alrededor de nueve semanas e involucró a más de 2.100 colaboradores, lo que estableció un récord reportado de participación durante la ventana de integración. Un análisis citado por distintos medios calculó que aproximadamente el 5 % de los commits incluía una atribución de asistencia mediante IA.

La preocupación principal no es que la IA haya creado por sí sola las funciones más importantes del kernel. El problema es el volumen adicional de informes de vulnerabilidades, parches sugeridos, observaciones de revisión y correcciones posteriores que las herramientas pueden generar. Algunos cambios aceptados solucionan problemas detectados mediante análisis asistido por IA, pero cada propuesta sigue requiriendo trabajo de revisión e integración por parte de mantenedores humanos.

Cuando Linus Torvalds describió las actualizaciones tardías y sobredimensionadas como «la nueva normalidad», sus palabras parecen reflejar más la aceptación de una realidad operativa que una defensa de estándares de revisión más bajos. Linux 7.2 salió a tiempo, pero el ajetreo de la recta final muestra por qué los mantenedores siguen vigilando de cerca el volumen, las regresiones y la calidad de los parches.

¿Qué viene después para Linux 7.3 y Ubuntu 26.10?

La ventana de integración de Linux 7.3 se abrió inmediatamente después del lanzamiento de 7.2. Según los informes disponibles, ya había unas 40 solicitudes de integración pendientes; las próximas semanas determinarán qué cambios importantes entran finalmente en esa versión.

En cuanto a Ubuntu 26.10, el equipo del kernel de Canonical ha señalado Linux 7.2 como la versión objetivo actual. Ubuntu 26.10 está programado para el 15 de octubre de 2026, con el congelamiento del kernel previsto para el 1 de octubre. Ese calendario hace que Linux 7.2 sea el objetivo más establecido, aunque los planes de la distribución aún podrían cambiar si las pruebas descubren regresiones graves o problemas de integración.

Para los desarrolladores del kernel, el siguiente paso es continuar con las pruebas de regresión y la revisión. Para los usuarios, la pregunta más útil no es si Linux 7.2 tiene la lista de funciones más larga, sino si su hardware y sus cargas de trabajo encajan con sus puntos fuertes: mejor localidad de caché, mayor rendimiento del sistema de archivos, compatibilidad con plataformas nuevas o un mejor soporte de dispositivos.