Linux 7.0: qué trae realmente el nuevo kernel y por qué marca un punto de inflexión

Home » Python » Linux 7.0: qué trae realmente el nuevo kernel y por qué marca un punto de inflexión

La llegada de Linux 7.0 ya es oficial y pone punto y seguido a la larga etapa de la rama 6.x del kernel. Aunque el salto de numeración responde, en buena parte, al deseo de Linus Torvalds de evitar cadenas de versiones demasiado largas, bajo ese número redondo se esconde un ciclo de desarrollo cargado de cambios en rendimiento, seguridad y compatibilidad de hardware.

Lejos de ser una edición puramente simbólica, Linux 7.0 se consolida como una de las versiones más densas de los últimos años: cierra la fase experimental de Rust en el núcleo, afina sistemas de archivos clave, amplía el soporte para arquitecturas emergentes y, a la vez, llega marcado por un problema serio de rendimiento con PostgreSQL que el proyecto aún tiene sobre la mesa.

Un salto de numeración que esconde un ciclo muy movido

Linus Torvalds ha explicado en varias ocasiones que el cambio de la serie 6.x a 7.0 no obedece a una revolución puntual, sino a una cuestión práctica: evitar versiones menores con números excesivamente largos. Tras la publicación estable de Linux 6.19, el árbol principal del kernel pasó a numerarse como 7.0 sin más ceremonia que el etiquetado habitual.

A pesar de esa aparente normalidad, el desarrollo de Linux 7.0 ha sido uno de los más intensos de la última década. El ciclo ha estado marcado por varias versiones candidatas (RC) con fallos importantes, revisiones profundas del planificador y debates de última hora sobre decisiones internas que afectan directamente a grandes bases de datos como PostgreSQL.

Torvalds ha señalado además que, durante este ciclo, las herramientas de inteligencia artificial se han utilizado de forma más generalizada para analizar el código enviado, especialmente a la hora de detectar casos límite y patrones de error difíciles de encontrar a mano. Este uso creciente de asistentes automáticos está empezando a alargar algunas fases de revisión, pero también contribuye a pulir más el núcleo antes de declararlo estable.

En la práctica, el lanzamiento se ha cerrado tras una última semana centrada en parches pequeños y ajustes repartidos por todo el árbol: correcciones en la pila de red, cambios menores en arquitecturas, ajustes en drivers y retoques en selftests y herramientas. Sin entradas de última hora especialmente graves, Torvalds dio luz verde a la etiqueta final sin necesidad de retrasar el ciclo.

Fechas de lanzamiento y cómo llegará Linux 7.0 a los usuarios

El calendario de desarrollo de Linux 7.0 ha seguido el patrón clásico: alrededor de diez semanas de trabajo desde la primera release candidate (7.0-rc1) hasta la versión estable. Las previsiones situaban la salida oficial del kernel en torno a mediados de abril de 2026, con ventanas posibles el 5, 12 o 19 de ese mes dependiendo del número de RC necesarias.

Con el visto bueno de Torvalds ya dado, las principales distribuciones han empezado a mover ficha. Sistemas de actualización continua como Arch Linux o Fedora suelen ser de los primeros en empaquetar el nuevo kernel para sus usuarios, de modo que quienes usen una rolling release verán la actualización llegar relativamente pronto a sus repositorios.

Para el usuario medio, los desarrolladores insisten en una recomendación clara: no es buena idea instalar el kernel a mano desde el árbol principal salvo que se sepa exactamente lo que se está haciendo. Lo habitual es esperar a que cada distribución adapte y pruebe Linux 7.0 dentro de su propio ciclo de calidad, ya sea en entornos de escritorio, servidores o dispositivos embebidos.

Los usuarios que prefieran un enfoque más conservador encontrarán en Ubuntu 26.04 LTS uno de los primeros grandes lanzamientos que adoptará Linux 7.0 como base. Para quienes quieran experimentar antes, existen herramientas como Mainline en Ubuntu, que permiten descargar e instalar versiones específicas del kernel a través de una interfaz gráfica, incluyendo las RC como 7.0-rc7. Eso sí, probar estas builds en sistemas de producción no es algo que los propios desarrolladores recomienden.

Rust deja de ser un experimento y entra en fase estable

Uno de los hitos técnicos más comentados de Linux 7.0 es la consolidación de Rust como lenguaje de primera clase dentro del núcleo. Tras varios ciclos en modo experimental desde su entrada inicial en 2022, el soporte de Rust abandona esa etiqueta y pasa a formar parte estable del proyecto, tal y como se decidió en el Linux Kernel Maintainers Summit de 2025.

En esta fase, C sigue siendo claramente el lenguaje dominante en el kernel, pero la puerta queda abierta para que nuevos drivers y subsistemas se escriban directamente en Rust. La gran ventaja está en su modelo de memoria: el lenguaje impone reglas estrictas de seguridad que evitan de raíz muchas clases de errores que en C pueden colarse con relativa facilidad.

La comunidad de seguridad lleva tiempo señalando que un porcentaje muy elevado de vulnerabilidades críticas en software de bajo nivel está relacionado con fallos de gestión de memoria. Para el kernel, incorporar Rust de forma estable no significa eliminar todos esos problemas al instante, pero sí empezar a reducir significativamente la superficie de ataque en el código nuevo que apueste por este lenguaje.

El responsable de Rust-for-Linux, Miguel Ojeda, ha sintetizado bien el cambio de fase al apuntar que “el experimento ha terminado”. A partir de Linux 7.0, las aportaciones en Rust dejan de estar encajadas en una etiqueta provisional y se tratan como una pieza más del núcleo, siempre bajo las mismas reglas de revisión y calidad que el resto del código.

Planificador de tareas, memoria y almacenamiento: cambios que se notan en el día a día

Linux 7.0 incorpora varios ajustes internos con impacto directo en la fluidez del sistema. En el frente del CPU scheduling, una de las novedades más visibles es la Time Slice Extension (TSE), un cambio en el comportamiento del planificador que apunta a reducir el famoso micro-stutter: esos pequeños tirones o cortes breves cuando el kernel interrumpe una tarea en un momento poco oportuno.

Con TSE habilitado, las tareas consideradas relevantes pueden mantener el procesador unos milisegundos adicionales antes de ser desplazadas. El objetivo es que procesos interactivos o cargas críticas tengan menos interrupciones en puntos delicados, sin comprometer el reparto general de tiempo de CPU entre el resto de hilos.

En la parte de memoria, Linux 7.0 continúa el trabajo iniciado en 6.18 con la segunda fase de la reorganización de la tabla de swap. Esta reestructuración mejora la velocidad de lectura desde el área de intercambio hacia la RAM, especialmente en escenarios donde varios procesos comparten intensivamente el espacio de swap. En pruebas con cargas de trabajo concretas, se ha observado una mejora de hasta un 20 % en estos casos.

Los usuarios que emplean zram también ven cambios positivos. El kernel ya no necesita descomprimir las páginas antes de escribirlas en disco; ahora puede almacenarlas directamente en formato comprimido. Este ajuste reduce el trabajo adicional en determinadas configuraciones y ayuda a gestionar mejor la presión de memoria.

El almacenamiento es otro de los pilares reforzados en esta versión. En sistemas de archivos, Btrfs suma soporte para E/S directa cuando el tamaño de bloque es mayor que el de página, una mejora relevante para escenarios de alto rendimiento. XFS, por su parte, estrena capacidades de autorreparación autónoma: un demonio en segundo plano, integrable con systemd, puede detectar problemas y automatizar operaciones de reparación incluso con el sistema montado y en uso.

Además, hace su aparición NULLFS, un pseudosistema de archivos muy minimalista que, al menos por ahora, tiene un papel más experimental y de nicho que funcional para la mayoría de usuarios. En paralelo, EROFS activa la compresión LZMA por defecto, un cambio que apunta a mejorar la eficiencia en sistemas donde el ahorro de espacio y la lectura rápida de datos comprimidos son prioritarios.

Redes, virtualización y la mirada puesta en la nube

En el ámbito de redes y entornos virtualizados, Linux 7.0 sigue reforzando su papel como pieza central de la infraestructura en centros de datos y servicios en la nube. Una de las adiciones destacadas es el soporte general para AccECN, un mecanismo de notificación de congestión más fino que las aproximaciones previas, pensado para mejorar el control de tráfico en redes modernas.

El kernel añade también soporte para espacios de nombres de red en sockets VSOCK, lo que facilita la comunicación entre máquinas virtuales y el host en escenarios donde se aislan distintas pilas de red. Para KVM, el hipervisor integrado en el kernel, se suma compatibilidad con ERAPS (Return Address Prediction) en procesadores AMD Zen 5 o superiores, un paso más en la integración con los mecanismos de seguridad y rendimiento del hardware más reciente.

Además, comienzan a verse en el kernel los primeros cimientos para el estándar Wi-Fi 8 (802.11bn). Aunque el soporte inicial todavía está lejos de ofrecer una experiencia completa, la inclusión temprana de estas bases es habitual en Linux y permite que fabricantes y desarrolladores vayan probando hardware y drivers incluso antes de que las tecnologías lleguen de forma masiva al mercado.

En paralelo, varios cambios apuntan directamente a reforzar la posición del kernel en grandes despliegues en la nube. Entre ellos destaca el trabajo en aislamiento de máquinas virtuales y enclaves de memoria cifrados, destinados a que los datos alojados en servidores remotos se mantengan fuera del alcance incluso de administradores sin permisos explícitos.

Esta tendencia encaja con las necesidades de empresas que operan a gran escala, donde Linux domina el panorama: gigantes como Meta o Amazon requieren que las cargas críticas se ejecuten en entornos donde la visibilidad del dato esté estrictamente controlada, y el kernel va adaptándose a estos requisitos con mejoras iterativas en cada ciclo.

Seguridad: adiós a SHA-1 en módulos y bienvenida a firmas postcuánticas

Linux 7.0 también es un paso adelante en materia de seguridad. Un cambio simbólico y práctico a la vez es la eliminación de los esquemas de firma de módulos basados en SHA-1. Este algoritmo, considerado hace años como estándar, lleva tiempo marcado como inseguro frente a ataques modernos, por lo que el kernel abandona definitivamente su uso en este contexto.

En su lugar, se introducen firmas postcuánticas ML-DSA para la validación de módulos, anticipando un escenario en el que la criptografía clásica pueda verse amenazada por avances en computación cuántica. Aunque en el corto plazo muchos sistemas seguirán confiando en algoritmos más tradicionales, el movimiento muestra una voluntad clara de preparar el núcleo para un futuro donde ese tipo de esquemas de seguridad serán más habituales.

SELinux, uno de los pilares del control de acceso obligatorio en Linux, gana soporte para autenticación y control de acceso basados en tokens BPF, ampliando el abanico de políticas que se pueden definir de forma granular. A esto se suma la incorporación de filtrado BPF específico para operaciones de io_uring, la interfaz de E/S asíncrona del kernel que lleva varias versiones ganando protagonismo.

Gracias a estos filtros, administradores y desarrolladores pueden modular qué operaciones de io_uring están permitidas en entornos con altas exigencias de seguridad, reduciendo el riesgo de abusos o comportamientos inesperados en aplicaciones que explotan estas capacidades para maximizar rendimiento.

Junto a estos avances, Linux 7.0 corrige fallos históricos como vulnerabilidades en el manejo de certificados X.509 y problemas detectados en determinados modelos de procesadores AMD Zen 3. La suma de cambios no se traduce en una funcionalidad única que acapare titulares, pero sí en una base más robusta para infraestructuras donde la seguridad no es negociable.

Soporte de hardware: CPUs de nueva generación, GPUs, NPUs y dispositivos curiosos

Como en cada ciclo de desarrollo, uno de los grandes bloques de trabajo de Linux 7.0 es la ampliación del soporte de hardware. El nuevo kernel añade y mejora controladores para arquitecturas como ARM64, RISC-V y LoongArch, acercando aún más el ecosistema Linux a plataformas que hace unos años eran minoritarias y hoy ganan protagonismo en servidores, escritorio alternativo y sistemas embebidos.

En el terreno x86, Linux 7.0 incorpora soporte base para las próximas generaciones de CPU de Intel y AMD. Por el lado de Intel, el kernel prepara el terreno para los procesadores Nova Lake y otras plataformas como Crescent Island, garantizando que puedan arrancar y funcionar desde el primer día sin depender de parches posteriores. En AMD, la compatibilidad avanza no solo en Zen 5, ya mencionado en virtualización, sino también en diseños posteriores como Zen 6, aunque el grado de optimización aún tendrá margen de mejora en ciclos futuros.

El nuevo núcleo también presta atención a aceleradores dedicados y unidades de procesamiento neuronal (NPU). Un subsistema de aceleración computacional renovado permite que el kernel se comunique de forma más directa con estas unidades, minimizando intermediarios. Esto se traduce, sobre el papel, en que ciertas tareas de inteligencia artificial pueden ejecutarse consumiendo significativamente menos batería que si se delegaran a la CPU, y abre la puerta a que más aplicaciones muevan sus cargas de IA al dispositivo en lugar de depender de la nube.

Entre las curiosidades de hardware, Linux 7.0 añade soporte para las guitarras Bluetooth de Rock Band 4 para PS4 y PS5 y para el teclado solar Logitech K980, demostrando una vez más el alcance del kernel más allá de servidores y portátiles. En sistemas más serios, se suman capacidades como la decodificación de vídeo por hardware en ciertos SoC de Rockchip, mejoras en los USB PHY del Google Tensor y compatibilidad con el controlador Apple Type-C.

Los controladores gráficos también reciben un impulso relevante: AMDGPU incorpora soporte para nuevos bloques de hardware como GFX 12.1, que apunta a generaciones más allá de RDNA 4, y GFX 11.5.4, una variante de refresco de la arquitectura RDNA 3.5. El driver de cómputo AMDKFD se actualiza en paralelo para manejar estas mismas familias, reforzando la capacidad de Linux para exprimir tarjetas gráficas modernas tanto en juegos como en cargas de trabajo de cómputo general.

Gráficos e impacto en futuras distribuciones de escritorio

En el lado de Intel, el controlador Xe continúa avanzando. Linux 7.0 profundiza en SR-IOV y memoria virtual compartida entre múltiples dispositivos, mecanismos clave para escenarios donde se reparten recursos gráficos entre máquinas virtuales o contenedores que comparten una misma GPU física.

Otro punto relevante es que el soporte de pantalla para los procesadores Intel Nova Lake se considera ya funcional. Esto tiene consecuencias prácticas para distribuciones que planean basarse en Linux 7.0, como la futura Ubuntu 26.04 LTS: los equipos con esta generación de procesadores deberían poder arrancar y ofrecer un entorno gráfico sin necesidad de esperar a revisiones posteriores del kernel.

Más allá de GPUs y controladores específicos, el kernel incorpora nuevos códigos HID asociados a teclas dedicadas a funciones de inteligencia artificial en portátiles que verán la luz en los próximos años. Esto significa que teclas físicas vinculadas a asistentes, herramientas de IA o acciones rápidas podrán entenderse a nivel de sistema desde el primer momento, sin depender de soluciones propietarias.

En conjunto, todos estos cambios refuerzan la idea de que Linux 7.0 está diseñado no solo para correr bien en el hardware actual, sino para servir de base al ecosistema de equipos que están por venir, tanto en escritorio como en estaciones de trabajo y portátiles orientados a productividad intensiva.

Para los usuarios de distribuciones que actualizan con rapidez, esto se traduce en un mejor soporte “día cero” para componentes de última generación, reduciendo el tiempo que suele pasar entre la salida de un nuevo procesador o GPU y la posibilidad de usarlo con todas sus funciones en Linux.

Rendimiento y el caso delicado de PostgreSQL

Aunque Linux 7.0 llega con muchas mejoras de rendimiento, no todo el balance es positivo. A pocos días del lanzamiento, un ingeniero de Amazon Web Services detectó una caída muy notable en el rendimiento de PostgreSQL al ejecutar la base de datos sobre el nuevo kernel.

PostgreSQL es uno de los sistemas de gestión de bases de datos más extendidos en entornos corporativos y proyectos individuales, por lo que cualquier cambio en el kernel que lo afecte tiene un alcance considerable. En las pruebas realizadas, el rendimiento llegó a reducirse aproximadamente a la mitad, un dato que ha encendido las alarmas en la comunidad.

El origen del problema se ha asociado a la eliminación de la opción de planificación PREEMPT_NONE, que formaba parte del conjunto de configuraciones del planificador. Este cambio altera la forma en que el kernel gestiona ciertos patrones de trabajo del procesador y, en arquitecturas modernas, impacta de lleno en cómo PostgreSQL maneja sus búferes internos.

Los análisis iniciales apuntan a que alrededor del 55 % del tiempo de CPU en determinadas cargas de PostgreSQL se pierde en contención de bloqueos con el nuevo modelo, en lugar de dedicarse a ejecutar consultas reales. El resultado práctico es un sistema más ocupado, pero que resuelve menos trabajo útil.

La solución más directa habría sido revertir el cambio en el kernel, pero esa opción implicaría deshacer parte del trabajo de diseño reciente y, además, dejaría el problema de fondo sin resolver, con el riesgo de que reapareciera con futuras modificaciones del planificador. Por ese motivo, los desarrolladores del núcleo han sugerido que sea PostgreSQL quien adopte un enfoque distinto, como el uso de un intervalo de tiempo rseq para gestionar mejor ese patrón de ejecución.

Esta vía de salida no es inmediata: requiere cambios urgentes en el propio PostgreSQL y no hay garantías de que la solución esté madura en el momento de salida de Linux 7.0. Por ahora, se trata de un área en la que kernel y base de datos tendrán que coordinarse en los próximos ciclos para recuperar el rendimiento sin renunciar a las mejoras estructurales del planificador.

Herramientas de desarrollo y políticas sobre código generado por IA

Junto a las novedades puramente técnicas, Linux 7.0 incorpora una política oficial sobre el uso de contenido generado por herramientas automáticas, incluidas las que aprovechan modelos de inteligencia artificial para ayudar a escribir código.

Esta guía no prohíbe el uso de asistentes de programación, pero marca criterios claros sobre cómo deben emplearse: se insiste en la necesidad de que los contribuyentes revisen y entiendan el código que envían, que respeten las licencias de origen y que no traten a las herramientas de IA como fuentes infalibles.

El equipo del kernel subraya que toda contribución sigue siendo bienvenida, siempre que se ajuste a las reglas establecidas y no comprometa la integridad del proyecto. La publicación de esta política refleja un cambio de contexto: el aumento del uso de IA en el flujo de trabajo de los desarrolladores empieza a tener un peso suficiente como para requerir normas explícitas, tanto por motivos legales como de calidad.

De cara a futuros ciclos, es posible que las herramientas automáticas influyan en la duración y la intensidad de las fases de revisión, tal y como ya se ha intuido en el desarrollo de Linux 7.0, donde algunos de los ajustes han venido acompañados por análisis adicionales sobre casos extremos detectados con ayuda de este tipo de soluciones.

Todo este conjunto de cambios dibuja un Linux 7.0 que, sin centrarse en una sola gran característica estrella, redefine varias piezas básicas del kernel y prepara el terreno para el hardware, las cargas de trabajo y las herramientas de desarrollo que dominarán los próximos años. Desde la adopción estable de Rust y las firmas postcuánticas hasta las mejoras en swap, redes, XFS o GPUs de nueva generación, el nuevo núcleo se perfila como una base sólida para distribuciones de escritorio, servidores y entornos en la nube que busquen una combinación de estabilidad, rendimiento y capacidad de adaptación a lo que viene.