\nNamjae Jeon a d\u00e9cid\u00e9 de tout refaire from scratch<\/a>
\n!! C\u2019est super \u00e7a non ? Alors moi je connaissais pas Namjae, mais c\u2019est lui qui a cr\u00e9\u00e9 le driver exFAT pour Linux et qui maintient le code du serveur KSMBD dans le kernel (\u00e0 vos souhaits !). Le gars sait coder proprement, et surtout contrairement \u00e0 l\u2019autre qui a disparu, il maintient ses projets sur la dur\u00e9e.<\/p>\n
![\"\"](\"https:\/\/korben.info\/cdn-cgi\/image\/width=1200,fit=scale-down,quality=90,f=avif\/linux-ntfsplus-driver-confiance-paragon\/linux-ntfsplus-driver-confiance-paragon-2.png\")
<\/p>\n
Son nouveau driver s\u2019appelle NTFSPLUS<\/strong> et contrairement \u00e0 ce qu\u2019on pourrait penser, il est reparti de l\u2019ancien driver NTFS read-only qui existe depuis des ann\u00e9es dans le kernel Linux parce que ce vieux code est beaucoup plus propre et bien comment\u00e9 d\u2019apr\u00e8s ses propres dires. Comme \u00e7a au lieu de partir sur une base Paragon qui ressemble \u00e0 un champ de mines mal document\u00e9, il a juste repris le code legacy du driver NTFS actuel et et y a ajout\u00e9 le support en \u00e9criture.<\/p>\n Le r\u00e9sultat c\u2019est donc un patch de 34 500 lignes de code qu\u2019il vient de soumettre sur la mailing list du kernel Linux et niveau features, \u00e7a envoie du pat\u00e9 de manchot : IOmap, pas de buffer head, des utilitaires user-space publics, support IDMAPPED mount, delayed allocation, et m\u00eame du journaling pr\u00e9vu dans les prochaines versions. Bref, tout ce que NTFS3 devait faire mais n\u2019a jamais vraiment fait.<\/p>\n Et niveau perfs, c\u2019est solide puisque les benchmarks montrent +5% en single-thread write et carr\u00e9ment +110% en multi-thread write par rapport \u00e0 NTFS3. Par exemple, le montage d\u2019une partition de 4 To prend moins d\u2019une seconde, l\u2019affichage des listings de fichiers est plus rapide. Bref, techniquement, c\u2019est mieux que NTFS3 sur tous les tableaux !<\/p>\n Maintenant la vraie question c\u2019est : est-ce que les gens vont faire confiance \u00e0 ce nouveau driver ? Parce que NTFS3, \u00e7a avait l\u2019air super aussi au d\u00e9but pour finalement \u00eatre boud\u00e9 par la communaut\u00e9. Les utilisateurs Linux ont \u00e9t\u00e9 hyp\u00e9s et d\u00e9\u00e7us une fois\u2026 Et \u00e7a c\u2019est dramatique car on peut tromper 1 linuxiens mille fois\u2026non, c\u2019est pas \u00e7a mais vous avez compris\u2026<\/p>\n Bref, nos barbus en culottes courtes ne sont pas press\u00e9s je pense, de retenter l\u2019exp\u00e9rience NTFS en \u00e9criture car m\u00eame si NTFSPLUS affiche +110% de perfs sur le papier, \u00e7a ne garantit rien sur la fiabilit\u00e9 \u00e0 long terme et surtout sur la maintenance. Mais bon j\u2019ai confiance en Namjae Jeon qui a un excellent track record avec exFAT et KSMBD ! Donc je garde la foiiiii !<\/p>\n Et puis il y a la question de l\u2019adoption par les distributions car m\u00eame si NTFSPLUS est int\u00e9gr\u00e9 dans le kernel Linux principal, \u00e7a ne veut pas dire que Debian, Ubuntu ou Fedora vont switcher dessus par d\u00e9faut. Elles ont encore les doigts un petit peu br\u00fbl\u00e9s avec NTFS3 et vont probablement attendre 2-3 ans pour voir comment \u00e7a \u00e9volue avant de faire le changement. En attendant, ntfs-3g continuera de vivre sa vie peinarde malgr\u00e9 ses 17 ans d\u2019\u00e2ge.<\/p>\n En attendant que ce jour de gloire arrive pour NTFS, si vous voulez tester NTFSPLUS,
\nle code est dispo sur Github<\/a>
\n!<\/p>\n