Paragon está trabajando para obtener su sistema de archivos ntfs3 en el kernel de Linux

Imagen de primer plano extremo de los componentes del disco duro.
Agrandar / Sus discos duros y SSD no son mejores que el sistema de archivos con el que los formatea. El controlador ntfs3 de Paragon combina un rendimiento decente con una implementación con todas las funciones, una combinación de la que ni los ntfs en el kernel de Linux ni los ntfs-3g montados en FUSE pueden reclamar ambas mitades.

En marzo del año pasado, el proveedor de sistemas de archivos patentados Paragon Software desató un flujo de FUD anti-código abierto sobre una implementación exFAT derivada de Samsung que se dirigía al kernel de Linux. Varios meses después, Paragon parecía haber visto el error de sus métodos y empezó el arduo proceso de obtener su propia implementación del NTFS de Microsoft (el sistema de archivos predeterminado para todas las máquinas con Windows) en el kernel también.

Aunque Paragon todavía está luchando claramente para alinear sus procesos y prácticas con los amigables con el 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 Paradox, Torvalds continúa amablemente empujar tanto él como los escépticos desarrolladores de Linux para que el proyecto siga avanzando.

¿Por qué Paragon?

Para aquellos familiarizados con el uso diario de Linux, es posible que la utilidad de la versión de NTFS de Paragon no sea obvia 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) más allá 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 una forma razonablemente buena; es mucho más nuevo que la implementación de ntfs en el kernel, y como el gurú del sistema de archivos de Linux, Ted Ts’o Señala, en realidad pasa más pruebas automatizadas del sistema de archivos que el propio ntfs3 de Paragon.

Desafortunadamente, debido a que opera en el espacio de 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ó las pruebas automatizadas en 8,106 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 hacer una solicitud de extracción para [ntfs3]”, Pero lo hizo después de señalar que el código debería recibir la aprobación de los mantenedores actuales y que el propio 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 seguir manteniendo el código, una vez aceptado).

¿Por qué no Paragon?

Aunque el propio Torvalds parece positivo acerca de la integración del controlador ntfs3 de Paragon, al igual que varios otros usuarios y desarrolladores, todavía existen algunas preocupaciones sobre la integración adecuada de Paragon y su flujo de trabajo en la comunidad de desarrollo del kernel y de acuerdo con los estándares de esa comunidad.

Ted Ts’o—El responsable principal de los sistemas de archivos ext3 / ext4 de Linux y las utilidades del espacio de usuario e2fsprogs que se utilizan para administrarlos— parece ser el más crítico. Además del número ligeramente mayor de pruebas automatizadas fallidas que encontró en el código de Paragon, señala otros problemas como el sistema completo interbloqueos que aparece si ntfs3 se enfatiza 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, diciendo: “Me sentiría mejor si * alguien * en Paragon Software respondiera a Darrick [Wong] y mis consultas sobre su garantía de calidad, y / o asumí el compromiso de que al menos * intentarían * solucionar los problemas que surgieron trivialmente durante unos 5 minutos de pruebas con fstests “.

El desarrollador Darrick Wong agregó que quiere asegurarse de que Paragon se invierta en mantenimiento en el futuro, para que ntfs3 no “se convierta en uno de los controladores del sistema de archivos de Linux en mal estado, como [the current in-kernel ntfs]. “

El camino a seguir

A pesar del escepticismo de Ts’o y Wong, en general esperamos que la inclusión de ntfs3 de Paragon suceda eventualmente. La empresa ha trabajado durante un año en lo que va de año para sacar su código de 27.000 líneas lanzadas sobre el muro en un conjunto de parches listos para Linux, y aunque el desarrollador principal Komarov puede no haber respondido siempre con la rapidez o la profundidad que prefieren Ts’o y Wong, continúa respondiendo.

Por su parte, Torvalds parece decidido a encontrar un reemplazo funcional, moderno y mantenible para la implementación ntfs antigua (era de 2001) y rara vez utilizada en el kernel ahora. Siempre que Paragon siga dispuesto a seguir jugando, parece probable que lo haga eventualmente, tal vez incluso a tiempo para el kernel 5.15.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.