Linus Torvalds publicó Linux 7.1-rc1 cerrando la ventana de merge más activa en años; el nuevo driver NTFS promete escrituras 110% más rápidas; Fedora 44 lanza el martes 28 con ISOs ya disponibles; y los primeros benchmarks del 7.1 muestran ganancias reales en cargas de I/O.
Con más de 14.000 commits no-merge incorporados en dos semanas, Linux 7.1-rc1 aterrizó este domingo como el primer candidato del ciclo que desembocará en el lanzamiento estable previsto para mediados de junio.
Linus Torvalds publicó Linux 7.1-rc1 este domingo 26 de abril, clausurando una ventana de merge que, según los conteos de Phoronix, superó los 14.000 commits no-merge —cifra que ubica este ciclo entre los más activos de la historia reciente del proyecto. El anuncio en la lista LKML describe el ciclo como «enorme», con contribuciones de subsistemas tan variados como almacenamiento, redes, drivers de GPU y arquitecturas. Entre los cambios más comentados figura el nuevo driver NTFS nativo —fusionado el 20 de abril y refinado con correcciones adicionales antes del RC1— y la eliminación de más de 138.000 líneas de código correspondientes al subsistema ISDN, controladores de radio aficionado y adaptadores de red obsoletos. El ciclo del 7.1 introduce además mejoras en sched_ext para topologías con Simultaneous Multithreading (SMT), actualizaciones al sistema de archivos F2FS, extensiones al soporte de hardware para chipsets recientes de Intel y AMD, y la eliminación oficial del soporte para procesadores Intel 486 —un paso que Torvalds había calificado de «hora de dejar ir» en la lista de correo del año pasado. Los primeros benchmarks publicados por Phoronix el viernes muestran que el 7.1-git supera al 7.0 estable en cargas de I/O con SSD NVMe en hasta un 8%, resultado atribuido en parte al nuevo driver NTFS y a mejoras en el scheduler de bloques. El ángulo contrario: algunos mantenedores en LKML señalaron que el volumen creciente de commits por ventana presiona los revisores; el desarrollador senior Greg Kroah-Hartman anotó en su resumen de la ventana que tres subsistemas enviaron parches en la última semana con revisión insuficiente, lo que podría traducirse en regresiones en los primeros RC. Para administradores de sistemas en Costa Rica que gestionan servidores en producción con distribuciones enterprise —RHEL, SLES, Ubuntu LTS—, el RC1 del 7.1 no implica acción inmediata: esas distribuciones tardan ciclos largos en adoptar kernels mayores. Sin embargo, los equipos de desarrollo en empresas de Zona Franca que trabajan sobre kernels upstream pueden usar el RC1 como base de pruebas desde hoy mismo.
cat /feed/kernel71almacenamiento.md
Namjae Jeon lideró la reescritura del driver NTFS nativo que Linus Torvalds bendijo como «NTFS Resurrection»; los benchmarks de securityonline.info muestran velocidades de escritura 2,1 veces superiores al NTFS3.
> El cambio más discutido del ciclo Linux 7.1 es el nuevo driver NTFS que aterriza en el RC1 tras su fusión la semana pasada. El trabajo, encabezado por Namjae Jeon, partió de una revisión profunda del driver original —históricamente de solo lectura— para agregar soporte de escritura robusto y modernizar la implementación interna. Según los benchmarks publicados por securityonline.info antes del RC1, el nuevo driver entrega velocidades de escritura 110% superiores al NTFS3 contribuido por Paragon Software, que llevaba en el kernel desde 2021 como la opción recomendada para acceder a particiones NTFS desde Linux.
> La coexistencia de dos drivers NTFS en el kernel generó debate en la comunidad: el plan a largo plazo, según comentarios en la lista LKML, es que el nuevo driver desplace gradualmente al NTFS3 una vez que alcance paridad de características y supere las pruebas de estrés. Mientras tanto, los usuarios deben especificar explícitamente cuál driver quieren montar. Para organizaciones costarricenses que gestionan entornos duales Linux-Windows —comunes en empresas industriales y en el sector público que mantiene servidores Linux accediendo a almacenamiento compartido en NTFS—, la mejora de rendimiento es inmediatamente relevante aunque deberán esperar a distribuciones que adopten el kernel 7.1.
La ventana del 7.1 incluyó la mayor remoción de código muerto en años: subsistemas que datan de los noventa desaparecen del árbol principal, y el kernel se acerca a los 40 millones de líneas totales.
Uno de los aspectos menos glamorosos pero más significativos del ciclo Linux 7.1 es la eliminación de código histórico. Según el análisis de Phoronix publicado el 24 de abril, la ventana de merge incorporó una remoción de más de 138.000 líneas correspondientes al subsistema ISDN —la tecnología de telefonía digital de banda estrecha que fue estándar en los noventa pero lleva años sin mantenimiento activo—, controladores de radio aficionado sin usuarios documentados y adaptadores de red Ethernet de generaciones anteriores que los propios fabricantes ya no soportan. Torvalds firmó personalmente las remociones con comentarios como «farewell, old friend» para algunos subsistemas. A pesar de esta limpieza, el árbol de Linux 7.1-git se aproxima a los 40 millones de líneas de código —un hito que refleja la incorporación constante de drivers para hardware nuevo, especialmente GPU, NPU y controladores de conectividad— a una velocidad mayor que la que se elimina código viejo. La remoción del soporte para procesadores Intel 486 tiene implicaciones prácticas mínimas hoy (ningún servidor moderno usa esa arquitectura), pero sí simplifica las rutas de código del arranque y la gestión de memoria. El ángulo contrario: activistas del código libre como Bradley Kuhn del Software Freedom Conservancy han señalado en redes que la eliminación de drivers de hardware antiguo puede dejar sin soporte a comunidades en países de ingresos medios y bajos que todavía usan equipamiento de décadas anteriores, incluidos algunos proyectos de conectividad rural en Centroamérica.
La distribución impulsada por Red Hat confirmó la fecha definitiva tras cuatro bloqueantes resueltos; los ISOs finales ya están disponibles en los espejos de la CDN desde hoy.
Fedora Linux 44 obtuvo el visto bueno oficial el martes 22 de abril con base en el Release Candidate 1.7, que incorporó correcciones para los cuatro bugs bloqueantes que habían postergado el lanzamiento tres veces desde la fecha original del 14 de abril. La release llega el martes 28 de abril —en dos días— pero los ISOs finales están accesibles desde hoy en los espejos de la CDN del Proyecto Fedora, según confirmó LinuxCompatible el sábado. Fedora 44 estrena DNF5 como gestor de paquetes por defecto en lugar de DNF4, lo que acelera la instalación y resolución de dependencias según benchmarks del proyecto; GCC 16 y LLVM 22 como compiladores; Ruby 4.0 y Go 1.26; integración opcional de la plataforma Nix; y el flujo unificado de configuración para KDE Plasma 6.6 con el nuevo Plasma Login Manager. El kernel base es Linux 7.0, lanzado el 12 de abril. Para equipos de desarrollo en Costa Rica que usan Fedora como estación de trabajo —distribución popular en empresas tech del Gran Área Metropolitana por su cadencia de actualizaciones corta—, los ISOs del RC 1.7 son equivalentes al release final y pueden instalarse desde hoy.
Con el RC1 ya disponible, los benchmarks tempranos publicados por Phoronix ofrecen una primera lectura objetiva del rendimiento del 7.1 frente al 7.0 estable. Las pruebas de I/O con almacenamiento NVMe muestran ganancias de hasta un 8% en operaciones de escritura secuencial, resultado que los autores atribuyen principalmente al nuevo driver NTFS y a ajustes en el multi-queue block scheduler. Las cargas de CPU y memoria muestran variaciones dentro del margen de error estadístico —lo esperable en un RC1 donde los parches de rendimiento específicos aún no están todos incorporados—. El ángulo contrario: Phoronix reconoce explícitamente que los benchmarks de RC1 son orientativos: las regresiones introducidas en la última semana de la ventana podrían afectar resultados en las próximas semanas, y el ciclo de candidatos restantes puede revertir algunas ganancias si se descubren conflictos entre subsistemas. Para ingenieros en Costa Rica que toman decisiones de infraestructura basadas en benchmarks de kernel, la recomendación habitual es esperar al RC3 o RC4 para lecturas más estables.
El 26 de abril de 2026 marca el inicio del ciclo de estabilización de Linux 7.1: el RC1 está disponible, la comunidad de testers tiene seis semanas para documentar regresiones antes del release estable en junio. El nuevo driver NTFS aterriza por primera vez en un RC con mejoras de rendimiento documentadas. Fedora 44 lanza el martes con el stack más moderno que la distribución ha ofrecido en años. Y los primeros benchmarks del 7.1-git confirman que las ganancias en I/O son reales aunque sujetas a revisión en los próximos candidatos. Las dos fechas clave para la próxima semana: el martes 28, cuando Fedora 44 se convierte en la distribución de escritorio de vanguardia con Linux 7.0; y el domingo 3 de mayo, cuando se espera Linux 7.1-rc2 con las primeras correcciones de regresiones identificadas por la comunidad. Para equipos técnicos en el país, ambas fechas son oportunidades concretas de actualización o prueba.