Introducción
Los equipos de infraestructura enfrentan un desafío constante: extraer el máximo rendimiento de los sistemas sin incrementar la complejidad operativa. El kernel Linux 7.2, lanzado el 25 de agosto de 2026, aborda este problema con cambios concretos que impactan directamente en la eficiencia de CPU, almacenamiento y memoria. Entre ellos, el scheduler ahora considera la topología de cache de los procesadores, ext4 resuelve problemas de contención de locks en scenarios de alta carga, y el algoritmo MGLRU reduce las muertes por OOM en workloads intensivos en memoria. Estos avances son relevantes para entornos de DevOps, cloud y bases de datos, donde cada porcentaje de mejora se traduce en menor latencia y mayor escalabilidad.
El desarrollo de esta versión batió récords: más de 2.100 contribuidores en un ciclo de 9 semanas, con aproximadamente un 5% de los commits marcados como «assisted-by» por uso de IA. Pero no todo es adición: el kernel eliminó 13.000 líneas de código para emulación de i486, el driver de la tarjeta gráfica Hercules (de 40 años), el protocolo AppleTalk y drivers ARCnet para ISA y PCMCIA. Estos recortes simplifican el mantenimiento sin afectar sistemas modernos.
Qué ocurrió
El lanzamiento de Linux 7.2 introduce cambios en cinco áreas clave para equipos técnicos:
Un cambio notable que no llegó fue el nuevo GPU scheduler: se revirtió a último momento debido a regresiones de rendimiento en tarjetas AMD.
Impacto para DevOps / Infraestructura / Cloud / Seguridad
Para equipos de DevOps, el scheduler cache-aware es el cambio más transcendental. En procesadores modernos de AMD e Intel con múltiples dominios de cache (ej.: CPUs con cache L3 compartido entre grupos de cores), esta mejora reduce la latencia de acceso a memoria al mantener threads de un mismo proceso dentro de un dominio. En benchmarks internos, se observan reducciones significativas de «cache bouncing», aunque el beneficio exacto depende del workload. Las salvaguardas integradas evitan que un proceso monopolice un dominio de cache: el scheduler no migrará más threads si el proceso ya consume >25% del tiempo de CPU o >33% de la carga del dominio.
En almacenamiento, las optimizaciones en ext4 y Btrfs tienen impacto directo en bases de datos y filesystems masivos. Para ext4, la corrección en fast commit (usado para journaling acelerado) elimina deadlocks en scenarios de alta concurrencia, un problema que podía afectar a deployments con carga de escritura intensiva. La mejora en búsquedas de directorios (procesando datos en chunks de 4 bytes) acelera operaciones en directorios con miles de archivos, común en contenedores y entornos de CI/CD. En Btrfs, la habilitación de large folios reduce el overhead de manejo de memoria, y la eliminación de la serialización en I/O directo beneficia a workloads de write-heavy, como backups o bases de datos.
El MGLRU (Multi-Generational LRU) refinado en esta versión aborda un problema recurrente en sistemas con memoria limitada: las muertes por OOM en workloads con patrones de acceso irregular. Los cambios optimizan el loop de reclaim y la escritura de dirty pages, reduciendo la presión de memoria. En pruebas con MongoDB y la benchmark YCSB, se reporta un aumento de hasta el 30% en rendimiento, junto con una disminución en OOM kills. Este es un avance relevante para entornos de cloud donde la densidad de contenedores por node es alta.
En seguridad, la «hardening» de NTFS contra corrupción de metadata y el soporte para symbolic links de Windows (no solo los emulados por WSL) mejoran la interoperabilidad con sistemas Windows sin comprometer la estabilidad. También se eliminaron drivers obsoletos (AppleTalk, ARCnet) que podrían ser vector de ataques en deployments legacy.
Detalles técnicos
Scheduler cache-aware
El scheduler ahora identifica cache domains: grupos de cores que comparten un cache (ej.: cores que comparten L3 en un CPU AMD EPYC). Cuando un proceso tiene threads ejecutando en cores de un mismo dominio, el scheduler prioriza mantenerlos allí, evitando que sean movidos a cores de otro dominio. Esto reduce la latencia de acceso a datos ya presentes en cache.
Los umbrales de balanceo son:
- No se migrarán más threads si el proceso usa >25% del tiempo de CPU.
- No se migrarán más threads si el proceso representa >33% de la carga en el dominio.
El cambio afecta principalmente a CPUs con topologías complejas (ej.: AMD Threadripper, Intel Core i9, servidores con multiple dies). En sistemas con cache único (ej.: CPUs de 2 cores), el impacto es mínimo.
ext4
MGLRU
El algoritmo MGLRU (introducido en Linux 6.1) divide las páginas de memoria en generaciones y reclaima las menos recientes. En Linux 7.2:
- Se optimizó el loop de reclaim para reducir el tiempo spent en escaneo.
- Se mejoró la escritura de dirty pages durante el reclaim, reduciendo la presión de I/O.
- Se ajustaron los umbrales de protección para páginas ejecutables.
En pruebas con MongoDB 6.0 y YCSB (workload C, 100M de operaciones), se midió un aumento de ~30% en throughput, junto con una reducción en OOM kills.
Btrfs
- Large folios: Habilitados por defecto. Los folios (structuras que representan páginas de memoria) pueden ser más grandes (hasta el size del filesystem), reduciendo el overhead de manejo.
- I/O directo: Ya no se serializa, lo que mejora el rendimiento de writes en hasta un 59% (benchmark fio con I/O direct, QD=1).
- Writeback: Se aumentó el tamaño máximo de las requests de writeback, mejorando un 15% las writes secuenciales.
Hardware
- USB4STREAM: Nuevo protocolo para transferir datos entre dispositivos via USB4/Thunderbolt. Crea devices /dev/tbstreamX y permite transferencias con cat, dd, etc., sin red.
- Apple M3: Soporte inicial para MacBook Pro, Air y iMac con M3 (solo boot en console; sin GPU ni Wi-Fi).
- Redes: Driver para Realtek RTL8159 (10 Gbps USB NICs). Soporte para WiFi 7 en Mercusys MA60XNB y NETGEAR NightHawk A8500.
- Almacamiento: exFAT adopta iomap, con mejoras de hasta 87% en writes bajo carga pesada.
Qué deberían hacer los administradores y equipos técnicos
Evaluar el impacto del scheduler cache-aware
- Monitorear: Usar perf stat -e cache-misses para medir el antes/después en workloads intensivos en CPU. En sistemas con topología multi-die (ej.: AMD EPYC, Intel Emerald Rapids), el beneficio puede ser notable.
- Ajustar umbrales: Si un proceso crítico se ve limitado por los umbrales del 25%/33%, considerar ajustar sched_cache_aware_min_nr_urgent_workers (sysctl) en tests controlados.
Actualizar filesystems
- ext4: Montar con fast_commit (si no lo está) para habilitar el journaling acelerado: mount -o remount,fast_commit /dev/sdX. Verificar stats en /proc/fs/ext4/*/fc_info.
- Btrfs: Los cambios en large folios y I/O directo se aplican automáticamente. Para filesystems existentes, considerar un btrfs balance para optimizar la distribución de datos.
Probar MGLRU con workloads intensivos en memoria
- MongoDB: En deployments con instancias que sufren OOM kills, actualizar a Linux 7.2 y monitorear la reducción de kills con journalctl -k –grep=»Out of memory».
- Ajustes: Si se observan regresiones, es posible deshabilitar MGLRU con vm.mglru=0 (sysctl), aunque esto no es recomendable sin profiling.
Validar compatibilidad de hardware
- Apple M3: Si se usa macOS en parallel (ej.: en dual boot), verificar que el bootloader (como asah Linux) soporte el nuevo kernel. El soporte es incipiente y no cubre GPU ni Wi-Fi.
- USB4STREAM: Para transferencias entre servidores con Thunderbolt, verificar que el hardware sea compatible (necesita CPU y controlador USB4/Thunderbolt).
- Redes: Los nuevos drivers para Realtek RTL8159 y WiFi 7 requieren firmware en algunos casos. Verificar dmesg tras la actualización.
Planificar la actualización
- Distribuciones: Ubuntu 26.10 (previsto para octubre 2026) incluirá Linux 7.2. Para RHEL/CentOS, espera a que el kernel esté disponible en EPEL o el next major release.
- Rollback: Mantener el kernel 7.1 como fallback, especialmente en sistemas con GPU AMD (por el scheduler de GPU reviertido).
- Testing: Validar en staging con workloads representativos, prestando atención a:
– Rendimiento de CPU (scheduler).
– Latencia de almacenamiento (ext4/Btrfs).
– Estabilidad de memoria (MGLRU).
Limpiar código obsoleto
- Modules: Verificar si se cargan módulos eliminados (ej.: appletalk, arcnet). Usar lsmod | grep -i
y removarlos de la configuración de initramfs si es necesario.
Conclusión
Linux 7.2 es una actualización orientada a eficiencia, con cambios que benefician directamente a entornos de producción. El scheduler cache-aware y el MGLRU mejorado ofrecen ganancias de rendimiento sin requerir configuración, mientras que las optimizaciones en ext4 y Btrfs son especialmente valiosas para bases de datos y filesystems a escala. El soporte para hardware nuevo (Apple M3, USB4STREAM, WiFi 7) expande las opciones para deployments modernos, aunque con limitaciones en algunos casos.
Para los equipos de DevOps, la recomendación es clara: planificar una actualización controlada, validando el impacto en workloads críticos. Los beneficios en rendimiento y estabilidad justifican el esfuerzo, especialmente en sistemas con CPU multi-die o memoria limitada.
Fuentes
- https://www.omgubuntu.co.uk/2026/08/linux-7-2-cache-aware-scheduling-ext4-btrfs
- https://blogs.vmware.com/
- https://www.linode.com/blog/