Tal parece que todos los esfuerzos realizados por más de 3 años por parte de Kent Overstreet, autor de BcacheFS, están por ser tirados por la borda, ya que hace poco, mientras revisaba las correcciones propuestas para su inclusión en el kernel de Linux 6.11-rc5 por el creador de Bcachefs, Linus Torvalds expresó su creciente arrepentimiento por haber aceptado este sistema de archivos en el kernel.

Esto puede convertirse un gran problema para Kent ya que durante mucho tiempo estuvo intentando una gran cantidad de veces que su sistema de archivos BcacheFS fuera aceptado y fusionado en Linux. Ademas cabe recalcar que fue el mismo Linus Torvalds quien rechazaba las solicitudes e incluso llego a «regañar» en algunas ocasiones a Kent.

La solicitud extracción a para incluir el código de BcacheFS en Linux, fue aceptada a finales del año pasado y tal parecía que las cosas le comenzaban a gustar a Linus Torvalds, pero ahora eso cambio, ya que su descontento radica en que Kent Overstreet, sigue enviando parches demasiado grandes durante las fases candidatas para la versión final. Estos parches no solo corrigen errores, sino que también introducen nuevas funciones, a pesar de que los cambios funcionales solo se permiten al inicio del desarrollo de una nueva versión.

En la etapa rc5, solo se deberían aceptar pequeñas correcciones, de preferencia menores a 100 líneas de código.

El parche enviado para Bcachefs añadía 1309 líneas, eliminaba 671 y afectaba a 39 archivos. Además de corregir errores, introducía dos cambios importantes: una nueva estructura de datos para gestionar la lista de elementos libres en el caché y la capacidad de transformar tablas hash. Esta nueva estructura fue diseñada para eliminar bloqueos innecesarios y evitar la contención de bloqueos en cargas de trabajo con múltiples subprocesos.

Cabe mencionar que no es la primera vez que se introducen cambios importantes en Bcachefs después del cierre de la ventana de inserción, ni que se priorizan adiciones funcionales sobre correcciones menores en las etapas finales de desarrollo. Ante esta situación, Linus Torvalds respondió a la solicitud de extracción:

Sí, no, ya es suficiente. El último tirón ya fue grande.

Esto es demasiado grande, toca cosas que no son de bcachefs y ni siquiera es…
remotamente algún tipo de regresión.

En algún momento, «arreglar algo» simplemente se convierte en desarrollo, y esto es
Ese punto.

Nadie en su sano juicio usa bcachefs y espera que sea estable, por lo que cada uno de ellos…
El usuario es un sitio experimental.

Los parches bcachefs se han convertido en una especie de «mucho desarrollo».
durante los ciclos de lanzamiento en lugar de antes de ellos», hasta el punto en que
Estoy empezando a arrepentirme de haber fusionado bcachefs.

Si bcachefs no puede funcionar correctamente dentro del núcleo ascendente normal
calendario de lanzamiento, tal vez no debería *estar* en el upstream normal
núcleo.

Esto ya es más que ridículo.

Kent Overstreet respondió argumentando que Bcachefs es claramente más confiable que Btrfs y que está trabajando para hacerlo aún más robusto y confiable que XFS y EXT4, implementando integridad de datos de extremo a extremo. También subrayó que los cambios propuestos están directamente orientados a mejorar la confiabilidad del sistema. Mientras que en otros subsistemas del kernel un error puede limitarse a una falla o reinicio, en los sistemas de archivos, un error puede tener consecuencias graves, como la corrupción de datos que podrían no detectarse hasta semanas después.

Lo creeré cuando haya distribuciones importantes que lo usen y tú
Tienen muchos usos variados.

Pero eso ni siquiera cambia el problema: no estás solucionando una regresión,
Estás haciendo un nuevo desarrollo para solucionar algún viejo problema, y ​​ahora…
Literalmente también están editando archivos que no son bcachefs.

¡Ya es suficiente!

Torvalds respondió que, aunque actualmente no hay distribuciones importantes de Linux que utilicen Bcachefs, es crucial seguir las pautas de lanzamiento del kernel de Linux. Parches tan grandes, que incluyen más de 1000 líneas de código, podrían introducir nuevos errores. En lugar del conjunto completo de cambios propuestos, se optó por una versión más reducida para la versión 6.11-rc5, limitándose exclusivamente a las correcciones de errores.

Finalmente, si estás interesado en conocer más al respecto, puedes consultar la conversación entre Torvalds y Kent Overstreet en las listas de correo del Linux en el siguiente enlace.