En marzo del año pasado, el proveedor de sistemas de archivos propietario Paragon Software desató una corriente de FUD anti-fuente abierta sobre una implementación exFAT derivada de Samsung dirigida al kernel de Linux. Varios meses más tarde, Paragon parecía haber visto el error de sus formas y comenzó el arduo proceso de obtener su propia implementación de NTFS de Microsoft (el sistema de archivos predeterminado para todas las máquinas de Windows) también en el kernel.
Aunque Paragon todavía está luchando claramente para alinear sus procesos y prácticas con los de código abierto, el kernel de Linux BDFL Linus Torvalds parece haberse interesado personalmente en el proceso. Después de casi un año de esfuerzo por parte de Paragon, Torvalds continúa empujando suavemente tanto a él como a los desarrolladores de Linux escépticos para que el proyecto siga avanzando.
¿Por qué Paragón?
Para aquellos que están familiarizados con el uso diario de Linux, la utilidad de la versión de NTFS de Paragon podría no ser inmediatamente obvia. El kernel de Linux ya tiene una implementación de NTFS, y la mayoría de las distribuciones hacen que sea increíblemente fácil de instalar y usar otra implementación basada en FUSE (ntfs-3g) más allá de eso.
Sin embargo, ambas implementaciones existentes tienen problemas. La implementación en el kernel de NTFS es extremadamente antigua, tiene un mantenimiento deficiente y solo debe usarse para lectura. Como resultado, la mayoría de las personas que realmente necesitan montar sistemas de archivos NTFS en Linux usan el controlador ntfs-3g en su lugar.
Ntfs-3g está en una forma razonablemente buena: es mucho más nuevo que la implementación ntfs en el núcleo y, como señala el gurú del sistema de archivos de Linux, Ted Ts’o, en realidad pasa más pruebas de sistemas de archivos automatizados que el propio ntfs3 de Paragon.
Desafortunadamente, debido a que opera en el espacio del usuario en lugar de en el kernel, el rendimiento de ntfs-3g es abismal. En las pruebas de Ts’o, el ntfs3 de Paragon completó la prueba automatizada en 8106 segundos, pero el ntfs-3g basado en FUSE requirió la friolera de 34 783 segundos.
Dejando a un lado los errores y el rendimiento, el mantenimiento continuo es un aspecto clave para que ntfs3 de Paragon lo haga en el kernel. Torvalds opinó que «Paragon debería simplemente hacer una solicitud de extracción para [ntfs3]»—pero lo hizo después de señalar que el código debería obtener la aprobación de los mantenedores actuales y que Paragon debería mantener el código en el futuro. (El desarrollador de Paragon, Konstantin Komarov, respondió rápidamente que la compañía tenía la intención de continuar manteniendo el código, una vez aceptado).
¿Por qué no Paragón?
Aunque el mismo Torvalds parece positivo acerca de la integración del controlador ntfs3 de Paragon, al igual que otros usuarios y desarrolladores, todavía existen algunas preocupaciones acerca de lograr que Paragon y su flujo de trabajo se integren correctamente en la comunidad de desarrollo del kernel y estén a la altura de los estándares de esa comunidad.
Ted Ts’o—mantenedor principal de los sistemas de archivos ext3/ext4 de Linux y las utilidades de espacio de usuario e2fsprogs utilizadas para administrarlos—parece ser el más crítico. Además del número levemente mayor de pruebas automatizadas fallidas que encontró en el código de Paragon, señala otros problemas, como interbloqueos en todo el sistema que aparecen si ntfs3 se estresa demasiado. (Este es un problema que hemos escuchado a lo largo de los años de personas que también compraron ntfs3 de Paragon).
Ts’o también plantea preguntas sobre el mantenimiento y la comunicación y dice: «Me sentiría mejor si *alguien* de Paragon Software respondiera a Darrick [Wong] y mis consultas sobre su garantía de calidad, y/o se comprometieron a que al menos *intentarían* solucionar los problemas que aproximadamente 5 minutos de prueba con fstests resultaron triviales».
Su colega desarrollador Darrick Wong agregó que quiere asegurarse de que Paragon haya invertido en el mantenimiento en el futuro, para que ntfs3 no «se convierta en uno de los controladores de sistema de archivos Linux en mal estado, como [the current in-kernel ntfs].»
el camino a seguir
A pesar del escepticismo de Ts’o y Wong, en términos generales esperamos que la inclusión de ntfs3 de Paragon ocurra eventualmente. La compañía ha trabajado durante un año hasta ahora para tomar su código de 27,000 líneas lanzadas por la pared en un conjunto de parches listo para Linux, y aunque el desarrollador principal Komarov no siempre respondió tan rápido o tan completo como prefieren Ts’o y Wong, sigue respondiendo.
Por su parte, Torvalds parece decidido a encontrar un reemplazo eficaz, moderno y mantenible para la implementación ntfs antigua (era de 2001) y poco utilizada en el núcleo ahora. Siempre que Paragon esté dispuesto a seguir jugando, es probable que finalmente llegue allí, tal vez incluso a tiempo para el kernel 5.15.
