
Jim Salter escribe sobre Ars Technica: En marzo del año pasado, el proveedor de sistema de archivos propietario Paragon Software lanzó un flujo de FUD anti-open source a través de una implementación exFAT derivada de Samsung que se canalizó al kernel de Linux. Unos meses más tarde, Paragon pareció haber reconocido el error de este tipo y comenzó el arduo proceso de conseguir su propia implementación del NTFS de Microsoft (el sistema de archivos estándar para todas las computadoras con Windows) en el kernel. Aunque Paragon obviamente todavía está luchando por adaptar sus procesos y prácticas para que sean amigables con el código abierto, el kernel de Linux BDFL Linus Torvalds parece tener un interés personal en este proceso. Después de casi un año de los esfuerzos de Paragon, Torvalds continúa presionando suavemente tanto a él como a los escépticos desarrolladores de Linux para que hagan avanzar el proyecto.
Para aquellos familiarizados con el uso diario de Linux, es posible que la utilidad de la versión Paragon de NTFS no sea evidente de inmediato. 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) además de eso. Sin embargo, ambas implementaciones existentes tienen problemas. La implementación en el kernel de NTFS es extremadamente antigua, está mal mantenida y solo debe usarse como solo lectura. Como resultado, la mayoría de las personas que realmente necesitan montar sistemas de archivos NTFS en Linux utilizan en su lugar el controlador ntfs-3g. Ntfs-3g está en bastante buena forma: es mucho más nuevo que la implementación del kernel de ntfs, y como señala el gurú del sistema de archivos de Linux Ted Ts’o, en realidad pasa más pruebas automatizadas del sistema de archivos que el propio ntfs3 de Paragon.
Desafortunadamente, el rendimiento de ntfs-3g es miserable debido a su funcionamiento en el espacio de usuario, no en el kernel. En las pruebas de Ts’o, el ntfs3 de Paragon completó las pruebas automatizadas en 8,106 segundos, pero el ntfs-3g basado en FUSE tomó la friolera de 34,783 segundos. Aparte de los errores y el rendimiento, el mantenimiento continuo es un aspecto importante de ntfs3 de Paragon, que lo hace en el kernel. Torvalds dijo que «Paragon debería hacer una solicitud de extracción para [ntfs3]»- pero lo hizo después de darse cuenta de 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 empresa tenía la intención de actualizar el código para que se mantuviera después de la aceptación.) […] Por su parte, Torvalds parece decidido a encontrar un sustituto potente, moderno y fácil de mantener para la antigua (era de 2001) y la implementación de NTFS rara vez utilizada en el kernel. Siempre que Paragon esté listo para seguir jugando, parece probable que finalmente llegue, tal vez incluso a tiempo para el kernel 5.15.