Linus Torvalds, creador y lĆder del desarrollo del kernel de Linux, ha vuelto a demostrar que la calidad y la puntualidad son innegociables en el desarrollo del Kernel de Linux.
Y es que durante el ciclo de desarrollo de Linux 6.17, el ingeniero de Google Palmer Dabbelt presentĆ³ un conjunto de parches para la arquitectura RISC-V que no pasĆ³ el filtro del mĆ”ximo responsable. El motivo: se entregaron demasiado tarde y contenĆan cambios considerados Ā«basuraĀ» que no pertenecĆan al Ć”rbol de RISC-V.
Esta decisiĆ³n implica que las mejoras propuestas no llegarĆ”n a Linux hasta la versiĆ³n 6.18, lo que podrĆa ralentizar la adopciĆ³n de RISC-V en ciertos entornos y frenar a los desarrolladores que dependen de estas actualizaciones.
Para quienes aĆŗn desconocen de RISC-V, deben saber que esta es una arquitectura de conjunto de instrucciones libre y abierta nacida en la Universidad de California, Berkeley, en 2010. Desde entonces, ha ganado terreno frente a arquitecturas propietarias como ARM y x86, gracias a su flexibilidad y a una creciente comunidad de desarrolladores. Actualmente, RISC-V International cuenta con mĆ”s de 4500 miembros.
Pese a este crecimiento, la arquitectura enfrenta retos de madurez y estabilidad. Casos como el de Chimera Linux, que suspendiĆ³ temporalmente el soporte por problemas de rendimiento en el hardware disponible, reflejan las dificultades de consolidarse en entornos de producciĆ³n.
Un rechazo marcado por el tiempo y la calidad del cĆ³digo
Torvalds habĆa solicitado que las solicitudes de extracciĆ³n se enviaran con antelaciĆ³n debido a que estarĆa de viaje. Sin embargo, la actualizaciĆ³n llegĆ³ el 8 de agosto de 2025, apenas dos dĆas antes del cierre de la ventana de fusiĆ³n para Linux 6.17, previsto con la publicaciĆ³n de la versiĆ³n -rc1.
El lĆder del proyecto no solo criticĆ³ el retraso, sino tambiĆ©n el contenido. SeƱalĆ³ que los cambios aƱadĆan modificaciones innecesarias fuera del Ć”mbito de RISC-V, afectando a archivos genĆ©ricos y sin aportar valor. En sus propias palabras, esto Ā«empeora el mundoĀ».
Reacciones y el estilo inconfundible de Linus Torvalds
El episodio con los parches de RISC-V no es aislado. En junio de 2025, Torvalds ya habĆa protagonizado una controversia al retirar el sistema de archivos Bcachefs del kernel por dudas sobre su calidad y mantenimiento.
En esta ocasiĆ³n, su mensaje fue directo: no mĆ”s envĆos tardĆos ni cambios irrelevantes. Palmer Dabbelt se disculpĆ³ y prometiĆ³ corregir el proceso en futuras entregas.
La comunidad ha reaccionado con opiniones encontradas. Algunos valoran su franqueza como una forma efectiva de mantener la calidad del kernel; otros, en cambio, consideran que su tono puede desmotivar a nuevos colaboradores. No obstante, Torvalds mantiene su postura: la estabilidad y la seguridad del kernel estĆ”n por encima de cualquier otra consideraciĆ³n.
En mĆ”s de tres dĆ©cadas al frente del kernel de Linux, Linus Torvalds ha ganado fama por su estilo de comunicaciĆ³n directo, a veces percibido como agresivo. Aunque en el pasado ha reconocido la necesidad de moderar su tono, sigue priorizando el rigor tĆ©cnico por encima de la diplomacia.
Para Ć©l, decisiones como introducir sistemas de archivos que no distinguen mayĆŗsculas de minĆŗsculas o cambios fuera de contexto en el cĆ³digo base representan riesgos innecesarios que pueden comprometer la estabilidad del sistema a largo plazo.
Este nuevo rechazo a los parches RISC-V es, en esencia, una reafirmaciĆ³n de la filosofĆa que ha guiado al kernel de Linux durante dĆ©cadas: la calidad no se negocia, y los plazos se cumplen.
Btrfs mejoras de rendimiento y otras nuevas funciones para Linux 6.17
Otras de las novedades y mejoras que se han preparado para Linux 6.17 son en rendimiento y funcionalidad del sistema de archivos Btrfs. Entre las novedades mĆ”s destacadas se encuentra la compatibilidad experimental con folios grandes, una optimizaciĆ³n que promete reducir la sobrecarga y acelerar las operaciones en mĆŗltiples escenarios. Aunque esta caracterĆstica ya estĆ” tĆ©cnicamente lista para un uso mĆ”s amplio, los desarrolladores advierten que aĆŗn no cuenta con suficientes pruebas como para considerarla completamente estable.
La nueva versiĆ³n de Btrfs tambiĆ©n introduce una colocaciĆ³n mĆ”s densa de claves en la estructura XArray, lo que aumenta la compacidad de los nodos del Ć”rbol de extensiĆ³n de almacenamiento. Este cambio puede reducir la cantidad de nodos finales entre un 50% y un 70%, optimizando asĆ la estructura interna y reduciendo el consumo de recursos. AdemĆ”s, se han aplicado ajustes en la desfragmentaciĆ³n a travĆ©s de ioctl, junto con la activaciĆ³n de un mecanismo previamente diseƱado para prevenir daƱos crĆticos en el sistema de archivos, el cual limita la escritura en dispositivos de bloque con un sistema de archivos montado.
AdemĆ”s de ello, tambiĆ©n se destaca la implementaciĆ³n de un sistema de almacenamiento en cachĆ© para solicitudes de liberaciĆ³n de mapas de bits de asignaciĆ³n de espacio. En pruebas realizadas con la creaciĆ³n de archivos vacĆos, esta optimizaciĆ³n permitiĆ³ un aumento de hasta un 20% en el rendimiento, ademĆ”s de mejoras notables en entornos con alta carga de metadatos. Del mismo modo, se ha perfeccionado la lectura anticipada en sistemas que utilizan compresiĆ³n de datos, mejorando la velocidad de acceso a la informaciĆ³n.
Finalmente, si estƔs interesado en poder conocer mƔs al respecto, puedes consultar los detalles en el siguiente enlace.