El desarrollo de Linux 7.0 ha entrado en una fase decisiva y, a la vez, más movida de lo que suele ser habitual en el kernel. La tercera versión candidata, Linux 7.0-rc3, llega con un volumen de cambios tan grande que incluso su creador, Linus Torvalds, ha reconocido cierta inquietud por el tamaño del parche en un momento tan avanzado del ciclo.
Aunque esta rama apunta a convertirse en la base de algunas de las distribuciones Linux más importantes de los próximos meses, como Ubuntu y Fedora, la realidad es que sigue siendo una versión en pruebas, con mucha actividad de desarrollo, gran cantidad de código nuevo y un ritmo de integración que está obligando a los responsables del proyecto a extremar la precaución.
Un ciclo de desarrollo más grande y agitado de lo esperado
En esta etapa del diseño del kernel lo normal es que las RC se centren en correcciones pequeñas y pulido de detalles, con parches relativamente contenidos. Sin embargo, tanto rc2 como rc3 están rompiendo esa tendencia, presentando un número de commits claramente superior al de otros ciclos recientes.
Torvalds ha admitido que la magnitud de Linux 7.0-rc3 es poco corriente, pero al mismo tiempo insiste en que, tras revisar los cambios, no ve nada que resulte especialmente alarmante. Gran parte del crecimiento se explica por limpiezas de código, incorporación de pruebas automatizadas (selftests) y ajustes internos que, en teorÃa, no deberÃan comprometer la estabilidad.
La preocupación viene más por la cantidad que por la gravedad: demasiado código nuevo a pocas semanas del lanzamiento estable aumenta el riesgo de que se cuelen regresiones difÃciles de detectar a tiempo. Esto se nota especialmente porque muchas distribuciones planean apoyarse en este kernel de forma casi inmediata.
La situación recuerda a lo vivido en otras versiones de gran calado, como la serie 6.19 y Linux 6.18, donde la acumulación de trabajo pendiente acabó concentrándose en muy pocas semanas del calendario de desarrollo, obligando a un esfuerzo extra de revisión y pruebas.
Cambios clave en Linux 7.0-rc3: rendimiento, memoria y red
Entre las modificaciones más relevantes de esta tercera Release Candidate destacan las relativas al rendimiento de memoria y red, dos áreas crÃticas en servidores, centros de datos y entornos con cargas intensivas y tiempo real (Preempt RT).
Por un lado, se ha corregido una regresión seria en el sistema SLAB, el asignador de memoria encargado de gestionar objetos dentro del kernel. Esta regresión estaba afectando al rendimiento en determinados escenarios, por lo que su corrección era prioritaria para evitar sorpresas en la versión final.
En el apartado de red, el kernel incorpora una pequeña pero interesante optimización en el manejo de eventos de entrada y salida. El desarrollador de Google Eric Dumazet ha ajustado la función epoll_put_uevent() para aprovechar la técnica de scoped user access, introducida originalmente en Linux 6.19.
Esta modificación sustituye varias llamadas e instrucciones stac/clac ligadas al control de acceso entre el espacio de usuario y el núcleo, reduciendo su impacto en ciertas CPU. En pruebas de estrés de red centradas en paquetes por segundo, la mejora ronda un 1,5 % de rendimiento adicional en procesadores AMD Zen 2, una cifra modesta pero significativa cuando se manejan millones de paquetes cada segundo.
El ajuste en epoll y la corrección del SLAB son buenos ejemplos de cómo cambios aparentemente pequeños pueden traducirse en beneficios medibles en servidores europeos y centros de datos donde Linux es la base de la infraestructura.
Seguridad, virtualización y servidores: foco en AMD e Intel
Linux 7.0 también refuerza su apuesta por la seguridad y el aislamiento en entornos virtualizados, un terreno especialmente relevante para proveedores de nube y empresas de alojamiento en Europa.
Una de las novedades más destacadas es la inclusión de soporte para IBPB-On-Entry en máquinas virtuales con AMD SEV-SNP. Esta caracterÃstica, pensada sobre todo para servidores con procesadores AMD EPYC de nueva generación, ayuda a proteger mejor los contextos de ejecución entre huésped y host, limitando posibles vectores de ataque basados en la especulación.
En el lado de Intel, el kernel incorpora ajustes en la detección de topologÃas Sub-NUMA Clustering (SNC) en algunos modelos recientes, corrigiendo problemas de identificación que podÃan afectar al reparto óptimo de memoria y a la localización de procesos en sistemas multiprocesador.
Bajo el capó, Linux 7.0 también integra optimizaciones ligadas a Intel TSX en chips que lo admiten, con el objetivo de recuperar parte del rendimiento perdido tras los parches de seguridad de los últimos años. Aunque este tipo de cambios se valida con cuidado para no reabrir vulnerabilidades, pueden suponer un empujón importante para aplicaciones intensivas en concurrencia.
En conjunto, estas mejoras posicionan al kernel 7.0 como una opción especialmente atractiva para entornos de servidor y cloud, que son precisamente los que más partido sacan a las funciones avanzadas de seguridad y a las nuevas arquitecturas de CPU.
Más hardware soportado y mejoras en la compatibilidad
Como ocurre en prácticamente cada versión del núcleo, uno de los pilares de Linux 7.0-rc3 es la ampliación del catálogo de dispositivos soportados y el pulido de los controladores existentes.
La lista de cambios incluye nuevos identificadores y ajustes para equipos de fabricantes como ASUS, Dell, HP, Lenovo y OneXPlayer, y Raspberry Pi, algo especialmente importante para que las futuras distribuciones reconozcan sin problemas portátiles y sobremesas que llegarán al mercado europeo en los próximos meses.
Entre los detalles curiosos, se ha solucionado un fallo que afectaba al Apple Magic Trackpad 2: cuando se conectaba por USB, el kernel no informaba correctamente del nivel de baterÃa. Con el nuevo código, este periférico deberÃa integrarse de forma más limpia en los escritorios Linux.
Además, la rama 7.0 continúa incorporando soporte preliminar y mejoras de compatibilidad para arquitecturas de CPU que todavÃa no han llegado al mercado, como Intel Nova Lake, Diamond Rapids o AMD Zen 6. Esta anticipación permite que, cuando el hardware se ponga a la venta en Europa, muchas distribuciones ya estén preparadas para aprovecharlo sin necesidad de parches adicionales.
En definitiva, buena parte del peso del parche se explica por la voluntad de ofrecer un kernel más preparado para el hardware futuro, a la vez que se corrigen pequeños detalles en dispositivos ya presentes en oficinas y hogares.
Sistemas de archivos y almacenamiento: pruebas con Linux 7.0
El rendimiento del sistema de archivos es otro de los puntos donde se está midiendo el impacto de Linux 7.0. Aprovechando las últimas optimizaciones, se han llevado a cabo pruebas comparativas de rendimiento con algunas de las tecnologÃas de almacenamiento más utilizadas en servidores y estaciones de trabajo.
Los benchmarks se han realizado utilizando el código más reciente de Linux 7.0 en desarrollo, comparando cuatro sistemas de archivos muy conocidos dentro del ecosistema libre: Btrfs, EXT4, F2FS y XFS. Cada uno se ha probado con su configuración por defecto, buscando reflejar lo que se encontrarÃa cualquier administrador que instale una distribución sin tocar los ajustes avanzados.
En el caso de Btrfs, también se han ejecutado pruebas adicionales desactivando la función Copy-on-Write (COW), lo que permite observar cómo afecta esta caracterÃstica a la velocidad en escenarios con muchas escrituras.
El entorno de pruebas se ha basado en un servidor con procesador AMD EPYC 9745 y almacenamiento NVMe PCIe 5.0, concretamente una unidad Solidigm D7-PS1010 (modelo SB5PH27X038T). Antes de cada benchmark, los sistemas de archivos se formatearon desde cero para garantizar resultados comparables.
Con este tipo de hardware de gama alta, muy cercano a lo que se empieza a desplegar en centros de datos europeos, las pruebas aportan una referencia útil sobre cómo se comporta cada sistema de archivos al combinarlo con Linux 7.0 y SSD NVMe de última generación.
Competencia entre XFS, EXT4, Btrfs y F2FS
Los cuatro sistemas probados representan enfoques bastante distintos dentro del mundo Linux, y los resultados muestran un panorama competitivo y en constante evolución.
EXT4 mantiene su reputación como opción equilibrada, estable y predecible. Es el sistema de archivos que muchas distribuciones siguen utilizando por defecto, y los tests confirman su buen rendimiento general y madurez en cargas mixtas de lectura y escritura.
Btrfs se posiciona como alternativa moderna con funciones avanzadas como instantáneas, compresión transparente y gestión flexible del almacenamiento. Las pruebas reflejan que esas caracterÃsticas tienen un coste en ciertos escenarios, aunque desactivar COW puede mejorar el rendimiento en tareas muy intensivas de escritura a costa de renunciar a algunas ventajas.
F2FS, diseñado pensando en memorias flash y SSD, ofrece un comportamiento interesante en operaciones orientadas a dispositivos de estado sólido, pero sigue siendo un sistema más de nicho, que requiere valorar muy bien el tipo de carga antes de adoptarlo en producción.
En esta ronda de benchmarks, el que mejor se ha comportado en varios escenarios ha sido XFS, especialmente en entornos de alto rendimiento con grandes volúmenes de datos. No es una sorpresa: lleva años optimizándose para servidores y centros de datos, y con Linux 7.0 vuelve a consolidarse como una opción muy sólida para infraestructuras empresariales.
Sistemas de archivos aún pendientes de probar con Linux 7.0
Las pruebas iniciales también contemplaban la inclusión de otros sistemas de archivos de peso, como OpenZFS o Bcachefs (en su rama inestable). Sin embargo, sus versiones actuales todavÃa no son plenamente compatibles con el estado de Linux 7.0 en Git, lo que ha obligado a posponer su análisis.
La previsión es que, a medida que avancen las integraciones y se estabilice el soporte para el kernel 7.0, estos sistemas puedan entrar en futuras comparativas. Su inclusión será relevante para administradores de sistemas en Europa que ya utilizan OpenZFS en cabinas de almacenamiento o están valorando Bcachefs como alternativa moderna.
Hasta que esa compatibilidad se confirme, la fotografÃa actual del rendimiento del almacenamiento con Linux 7.0 se centra en las opciones más consolidadas, donde XFS y EXT4 siguen llevando la delantera en muchos despliegues productivos.
Rust en el kernel y limpieza de tecnologÃas obsoletas
Más allá de las mejoras visibles en rendimiento o soporte de hardware, Linux 7.0 marca un paso más en una transformación de fondo: la introducción progresiva de Rust en el kernel y la retirada de componentes considerados obsoletos.
Los primeros pasos para que el núcleo aceptara código en Rust comenzaron hace unos tres años, y desde entonces este lenguaje se ha ido consolidando como una herramienta más en el arsenal de los desarrolladores del kernel. Su objetivo principal es facilitar la escritura de componentes más seguros, reduciendo errores de memoria que en C son fáciles de cometer.
En paralelo, Torvalds ha decidido seguir adelante con la eliminación de tecnologÃas heredadas que ya no tienen sentido en equipos actuales. Un ejemplo simbólico es la retirada del protocolo HIPPI, un estándar de los años 90 que apenas tiene relevancia en los ordenadores modernos y que solo añadÃa complejidad y posibles vectores de problemas.
Estos movimientos combinados —introducir Rust y limpiar código antiguo— apuntan a un kernel algo más ligero y, con el tiempo, potencialmente más seguro. Aunque el impacto inmediato quizá no sea evidente para el usuario final, sà marca una dirección clara para la evolución del proyecto.
Que Linux 7.0 sea una versión especialmente grande también se explica por esta voluntad de reordenar partes internas del núcleo, sentando las bases de futuros desarrollos que llegarán a las distribuciones europeas a lo largo de los próximos años.
Calendario, distribuciones y riesgos de instalar Linux 7.0-rc3
El plan de trabajo actual sitúa la publicación de Linux 7.0 estable en torno a mediados de abril, siempre que las próximas Release Candidates logren reducir el volumen de cambios y no aparezcan errores de última hora.
Este calendario es especialmente delicado porque varias distribuciones importantes tienen fechas de lanzamiento ya marcadas. Canonical, por ejemplo, prepara Ubuntu 26.04 LTS, una versión de soporte extendido con mucha presencia en empresas y administraciones públicas europeas, y planea basarse en el kernel 7.0.
Algo similar ocurre con Fedora 44, que también apunta a incluir esta rama como núcleo por defecto. En ambos casos, los equipos de las distribuciones necesitan que el código llegue suficientemente maduro para garantizar un soporte estable desde el primer dÃa.
Por ahora, el mensaje desde el proyecto del kernel es claro: Linux 7.0-rc3 y el resto de RC están pensadas para desarrolladores, testers y usuarios avanzados que quieran ayudar a pulir la versión final. Instalar estas compilaciones en un equipo de trabajo principal, o en servidores en producción, se considera arriesgado.
La recomendación general es limitar las pruebas a máquinas virtuales o equipos dedicados exclusivamente a test, donde un fallo crÃtico no suponga una interrupción seria del dÃa a dÃa.
Cómo probar hoy Linux 7.0-rc3 en tu sistema
Quien quiera experimentar ya con Linux 7.0-rc3 tiene varias opciones, incluyendo herramientas como Live Update Orchestrator, aunque todas ellas con la advertencia de que se trata de software en fase experimental y, por tanto, potencialmente inestable.
Una de las vÃas más sencillas para los usuarios de distribuciones basadas en Debian o Ubuntu es utilizar la herramienta Mainline, un programa de código abierto que permite descargar e instalar núcleos recientes sin esperar a que lleguen a los repositorios oficiales.
En un sistema Ubuntu, basta con añadir el repositorio correspondiente y dejar que el gestor de paquetes se encargue del resto. El proceso tÃpico pasa por ejecutar un comando que añade el PPA de la herramienta, actualiza la lista de paquetes e instala la aplicación. Después, al abrir Mainline, se muestra una lista de versiones del kernel disponibles, entre las que se puede seleccionar Linux 7.0-rc3 para su descarga e instalación.
Una vez completado el proceso e iniciado el reinicio, el gestor de arranque de la distribución permitirá elegir la nueva versión del núcleo. Si algo falla, siempre se puede volver a un kernel anterior desde ese mismo menú, manteniendo el sistema operativo intacto.
Para quienes prefieran un enfoque más clásico, sigue existiendo la posibilidad de descargar el código fuente y compilar el kernel a mano, algo más laborioso pero que ofrece un control total sobre la configuración y suele adaptarse mejor a hardware muy especÃfico.
Compilación manual: pasos básicos y problemas habituales
El procedimiento tradicional comienza descargando el archivo de código, por ejemplo linux-7.0-rc3.tar.xz, desde la página oficial del kernel. Después se descomprime el contenido y se accede al directorio recién creado, donde se encuentra toda la estructura de fuentes.
Antes de compilar conviene ejecutar una herramienta de configuración como make menuconfig, que permite ajustar qué módulos y opciones se activan en el kernel. Este paso es clave para adaptar el núcleo al hardware existente, aunque también puede mantenerse la configuración predeterminada para evitar complicaciones.
Además, es necesario instalar los paquetes de desarrollo y dependencias requeridos para la compilación: herramientas de construcción, bibliotecas de cifrado, soporte para ncurses, utilidades de módulo, entre otras. Sin ellas, el proceso de make fallará con errores difÃciles de interpretar para usuarios poco habituados.
Una vez satisfechas las dependencias, se puede lanzar la compilación con un comando que aproveche todos los núcleos de la CPU y, después, instalar los módulos y el propio kernel mediante las órdenes habituales del sistema. El proceso puede tardar bastantes minutos e incluso más de una hora en máquinas modestas.
Entre los problemas más frecuentes al compilar destacan las dependencias ausentes, fallos en make menuconfig por falta de bibliotecas de interfaz de texto, errores por instalaciones previas mal limpiadas y, muy a menudo, espacio insuficiente en la partición /boot. Conviene disponer de al menos unos cientos de megabytes libres para evitar sorpresas al instalar la nueva imagen del kernel.
En caso de que todo vaya bien, tras la siguiente reinicialización el sistema mostrará Linux 7.0-rc3 como una de las opciones de arranque, guardando la posibilidad de volver a un kernel anterior si algo no funciona como se esperaba.
¿Tiene sentido instalar Linux 7.0 en un equipo de uso diario?
La respuesta corta, para la mayorÃa de usuarios domésticos y profesionales, es que no es recomendable utilizar Linux 7.0-rc3 como kernel principal. Aunque estamos ante la tercera Release Candidate y el código ya ha pasado varias rondas de pruebas, sigue tratándose de una versión pensada para detección de errores, no para producción.
Los desarrolladores del núcleo asumen que todavÃa hay bugs, regresiones y problemas de compatibilidad por descubrir, y necesitan que la comunidad los localice en escenarios de prueba controlados. Instalarla en un ordenador de trabajo, o en un servidor crÃtico, supone aceptar el riesgo de fallos difÃciles de anticipar.
La situación es similar para empresas y organizaciones europeas que dependen de Linux en infraestructuras sensibles: lo prudente es esperar a la publicación oficial de la versión estable y, en muchos casos, a que las distribuciones integren el kernel con sus propios parches y herramientas de soporte.
Para perfiles técnicos que quieran adelantarse y conocer de primera mano las novedades de Linux 7.0, la mejor opción sigue siendo montar máquinas virtuales en entornos de prueba o dedicar un equipo secundario a experimentar con estas RC.
Mientras tanto, las versiones actuales del kernel de la rama 6.x continúan ofreciendo un equilibrio más que razonable entre estabilidad, rendimiento y compatibilidad para casi cualquier escenario de uso real.
La evolución de Linux 7.0 y su tercera Release Candidate deja claro que el proyecto atraviesa un momento de intensa actividad: el kernel crece con nuevas funciones de seguridad, compatibilidad ampliada, ajustes de rendimiento en memoria, red y sistemas de archivos, y cambios profundos como la entrada de Rust o la limpieza de tecnologÃas antiguas. Todo ello convierte a esta versión en un punto de inflexión para las futuras distribuciones que veremos en España y el resto de Europa, pero también obliga a tomarse con calma su adopción y a seguir de cerca cómo se asienta el código en las próximas semanas.
