Linus Torvalds ha incluso nel kernel Linux 7.1, il cui rilascio \u00e8 atteso a met\u00e0 giugno, un insieme di patch con una nuova implementazione del file system NTFS, sviluppato con il nome di ntfsplus. Il nuovo driver \u00e8 stato incluso con il nome \u00abntfs\u00bb, precedentemente utilizzato per rimuovere il vecchio driver dal kernel, che operava in modalit\u00e0 di sola lettura. Il driver ntfsplus \u00e8 stato sviluppato da Namjae Jeon, membro del progetto Samba, che gestisce anche il driver EXFAT e il server KSMBD nel kernel Linux. <\/p>\n
Lo sviluppo di ntfsplus \u00e8 iniziato nel 2022 dopo la pubblicazione di un rapporto sui problemi di manutenzione del driver NTFS3, sviluppato da Paragon Software e fornito a partire dal kernel 5.15, in sostituzione del vecchio driver NTFS abbandonato. Da novembre 2021 a giugno 2022, gli sviluppatori di ntfs3 hanno smesso di comunicare e di considerare le patch inviate, ma poi hanno ripreso la manutenzione e pubblicato un insieme di correzioni che \u00e8 stato incluso nel kernel 5.19. Da allora, gli aggiornamenti per le nuove versioni del kernel vengono rilasciati regolarmente e, tra l'altro, \u00e8 stato accettato un numero abbastanza consistente di miglioramenti e correzioni per il kernel 7.0. <\/p>\n
Come motivazione per l'inclusione nel kernel del nuovo driver ntfsplus, \u00e8 stata indicata la possibilit\u00e0 di un driver NTFS di maggiore qualit\u00e0 e supportato, che migliorerebbe la compatibilit\u00e0 dei sistemi Linux con i dispositivi Windows e semplificherebbe l'esperienza degli utenti. \u00c8 stato affermato che l'attuale driver NTFS3 presenta problemi irrisolti, per cui molti utenti e distribuzioni continuano a utilizzare il vecchio driver ntfs-3g, che opera nello spazio utente. Durante il test con il set xfstests, il driver ntfsplus supera con successo 326 test (41.4%) su 787, mentre ntfs3 ne passa 273 (34.6%). <\/p>\n
Il driver ntfsplus si basa sul codice del driver ntfs classico, rimosso dal kernel, che \u00e8 stato riprogettato, ampliato con la possibilit\u00e0 di scrivere dati e notevolmente esteso per supportare le funzionalit\u00e0 moderne, come l'uso di folios di memoria al posto della struttura buffer_head. Nel nuovo driver \u00e8 stata implementata l'allocazione ritardata dei blocchi, che ha consentito di raggiungere elevate prestazioni nelle operazioni di scrittura e di ridurre la frammentazione. Per le operazioni di scrittura\/lettura in buffer, l'input\/output diretto, il mapping degli extent e le operazioni di scrittura\/lettura su pagina \u00e8 stata utilizzata la libreria iomap. <\/p>\n
Rispetto a ntfs3, il nuovo driver supporta funzionalit\u00e0 come iomap, allocazione ritardata dei blocchi (delayed allocation) e mapping degli identificatori utente al momento del montaggio (idmap). Dopo l'inclusione nel kernel principale, con ntfsplus si pianifica di implementare un completo logging (in ntfs3 \u00e8 presente il supporto per la creazione di un journal di replay). <\/p>\n
In ntfsplus \u00e8 stato possibile migliorare le prestazioni grazie all'uso di operazioni asincrone iomap, all'allocazione ritardata dei blocchi, all'ottimizzazione dell'allocazione dei nuovi cluster, all'ottimizzazione della fusione dei frammenti, al caricamento della bitmap dei cluster in background e al caricamento preventivo dei blocchi inode e delle informazioni sulle directory. Nei test condotti a novembre dello scorso anno, il driver ntfsplus si \u00e8 rivelato essere dal 3 al 5% pi\u00f9 veloce di ntfs3 in modalit\u00e0 di scrittura a thread singolo e dal 35 al 110% utilizzando 4 thread. La velocit\u00e0 di lettura di ntfsplus e ntfs3 \u00e8 simile. Nel test per l'elenco dei file (ls -lR) in directory con 100\/200\/400 mila file, ntfsplus \u00e8 pi\u00f9 veloce del 12-14%. In termini di velocit\u00e0 di montaggio, ntfsplus \u00e8 pi\u00f9 veloce di 5-6 volte (per una partizione da 1 TB, 0.38 contro 2.03 secondi). <\/p>\n