# Linux 7.4-rc1 cierra la mayor ventana de merge de su historia > Linux 7.4-rc1 ya está fuera tras la ventana de merge más grande registrada. Qué entra, a quién le importa y cuándo llegará a tu distribución. > Por José Maldonado · Tecnología · 2026-11-02 El ciclo de desarrollo de Linux más cargado que se recuerda ya tiene primera versión candidata. Linux 7.4-rc1 salió esta semana después de una ventana de merge que los propios responsables de subsistema describieron como la mayor de la historia del proyecto, con más de 6.700 cambios integrados en dos semanas. Ese volumen no viene de un pulido cosmético: viene de trabajo acumulado en memoria, redes, virtualización y arquitecturas emergentes. Para quien no siga el ritmo del kernel, la traducción es sencilla. Cuando la ventana de merge crece de esta forma, la siguiente versión toca más cosas de las habituales y el periodo de estabilización importa más. El recuento inicial de la ventana, con los 6.753 cambios integrados, está en [el seguimiento del merge window](https://observatorioblockchain.com/tecnologia/linux-7-4-merge-window-6753-cambios/). Las rc semanales existen para eso, y la primera es la que enseña qué se ha roto. El interés de esta entrega está repartido. Hay mejoras de rendimiento que se notan en escritorio, como las escrituras grandes en ext4 y el arranque directo por EFI con apoyo de systemd. Hay otras que solo importan en servidores, como el soporte de PML para EPYC Zen 6 en KVM. Y hay una tercera categoría que anticipa hacia dónde va el hardware: RISC-V y ARM ganan terreno en sitios donde antes solo había x86. La pregunta que más se repite en los foros es cuándo llegará a la distribución de cada uno. La respuesta corta es que la versión final aún no tiene fecha firme y que cada distribución decide después si la adopta completa o por piezas. La respuesta útil está en el detalle de qué entra y qué se queda fuera. ## RISC-V deja de ser una promesa El cambio más comentado es el incremento de rendimiento del 11% en RISC-V gracias a un runtime de acceso desalineado que evita las trampas que el procesador generaba antes. Doce puntos porcentuales no suenan a revolución, pero en una arquitectura que compite por entrar en servidores y dispositivos, cada punto cuenta. El detalle técnico es interesante porque ataca un problema clásico de las arquitecturas nuevas. Cuando el software accede a una dirección de memoria no alineada, hay procesadores que lo resuelven por hardware y otros que lanzan una excepción. RISC-V pertenece al segundo grupo, y el kernel tiene que emular el acceso. Ese camino lento es el que el nuevo runtime evita en la mayoría de los casos. Para un usuario doméstico esto no cambia nada hoy. Para quien esté evaluando placas RISC-V para un servidor pequeño o un dispositivo industrial, la diferencia entre tener que emular y no tenerlo puede ser la que decide si el rendimiento es aceptable. El resto del trabajo en [el runtime de acceso desalineado para RISC-V](https://observatorioblockchain.com/tecnologia/risc-v-linux-7-4-misaligned-runtime/) completa una mejora que llevaba dos ciclos gestándose. ## ext4 se pone las pilas en escrituras grandes Las mejoras de ext4 con iomap atacan uno de los puntos débiles del sistema de archivos más usado en Linux: las escrituras de bloques grandes, que hasta ahora pasaban por rutas heredadas del diseño original. El trabajo no cambia el formato del disco ni rompe compatibilidad, así que un equipo actualizado puede beneficiarse sin migrar nada. En un portátil con SSD, la diferencia se nota al copiar archivos de varios gigabytes, al descomprimir imágenes de sistema o al exportar vídeo. En servidores con volumen alto de escritura secuencial, el impacto es mayor porque el cuello de botella estaba precisamente en cómo se agrupaban las operaciones. Los detalles del cambio en [la ruta de escritura de ext4](https://observatorioblockchain.com/tecnologia/ext4-iomap-linux-7-4-escrituras/) explican por qué el formato del disco no cambia y el rendimiento sí. Hay una advertencia que conviene hacer. Los cambios en el camino de escritura son delicados y las primeras rc suelen recibir correcciones en esta área. Si tu servidor depende de ext4 para datos críticos, la oportunidad de probar está en las rc y el momento de producción, en la versión estable. ## Virtualización, redes y el resto del paquete En KVM entran dos bloques distintos. Por un lado, el soporte de PML para los próximos EPYC Zen 6 de AMD, que reduce el coste de las páginas modificadas en máquinas virtuales con mucha memoria. Por otro, el soporte de ARM64 sobre s390, una combinación que suena exótica y que tiene sentido en entornos de prueba y en migraciones de cargas entre arquitecturas. La parte de redes incorpora offload de control de ritmo por hardware, una función que delega en la tarjeta la tarea de espaciar paquetes. En servidores con tráfico constante y colas grandes, eso libera CPU y mejora la latencia con menos ajuste manual. Para quien administre proxies o balanceadores en Linux, es una de las mejoras que justifican probar la versión. El arranque directo por EFI con apoyo de systemd completa el paquete visible. La idea es reducir la dependencia de gestores de arranque intermedios en equipos modernos, con una ruta más corta entre el firmware y el kernel. Todavía hay fabricantes que se resisten y configuraciones que no lo soportan, así que conviene probarlo en un equipo de laboratorio. El detalle de [cómo queda el arranque directo por EFI con systemd](https://observatorioblockchain.com/tecnologia/linux-7-4-efi-arranque-directo-systemd/) aclara qué configuraciones se benefician desde el primer día. ## Rust, perf y el trabajo invisible Las herramientas de rendimiento escritas en Python para \`perf\` llegan más rápidas y más robustas, un cambio que afecta a quien analiza cuellos de botella a diario. No es una función que se vea en la portada de las notas de versión, pero sí una que ahorra minutos cada vez que hay que perfilar un proceso. El trabajo en Rust sigue su curso sin sobresaltos. Cada versión integra más controladores y más módulos escritos en un lenguaje con garantías de memoria, y cada una deja la sensación de que el cambio es más profundo que ruidoso. La convivencia con C se mantiene y seguirá así durante años. Linus Torvalds, por su parte, retiró funciones peligrosas del kernel en esta ventana, un patrón que se ha repetido en los últimos ciclos. La limpieza de interfaces con potencial de abuso es menos visible que un nuevo sistema de archivos, pero explica por qué el kernel acumula menos deuda de la que su tamaño sugeriría. ## ¿Cuándo lo verás en tu distribución? La rc1 abre un ciclo de entre seis y ocho semanas con candidatas semanales y una versión final que suele colocarse a finales de año o principios del siguiente. Esa fecha es una estimación basada en el ritmo histórico, no un compromiso del proyecto. A partir de ahí, cada distribución decide. Arch y openSUSE Tumbleweed suelen adoptar la versión estable en cuestión de semanas. Fedora lo hace en su siguiente ciclo, y Ubuntu lo empaqueta con su calendario de abril y octubre. Las distribuciones empresariales esperan mucho más, porque su modelo exige meses de validación antes de mover la base del sistema. La recomendación práctica es la de siempre, con un matiz. Si tu hardware es reciente y tienes problemas de gráficos o de controladores inalámbricos, las mejoras del kernel nuevo pueden ser la solución. Si tu equipo funciona, la actualización no trae nada que justifique el riesgo en producción. ## Lo que este ciclo dice del kernel Un proyecto que lleva más de tres décadas y que sigue firmando su ventana de merge más grande no está envejeciendo, pero tampoco está creciendo por gusto. La mayor parte de ese volumen viene de dar soporte a hardware que antes no existía y de pagar deuda técnica acumulada en subsistemas que se diseñaron para máquinas mucho más simples. Las rc semanales son el mejor termómetro de esa tensión. Cuatro versiones para estabilizar una ventana enorme, con miles de personas probando en paralelo y un puñado de mantenedores decidiendo qué entra y qué espera al siguiente ciclo. Es un modelo que funciona con una escala que ninguna empresa ha replicado.