La velocità di scrittura NTFS è molto lenta (<15 MB / s) su Ubuntu

Quando si copiano file di grandi dimensioni o si testano la velocità di scrittura dd, la velocità di scrittura massima che posso ottenere è di circa 12-15 MB / s su unità che utilizzano il file system NTFS. Ho testato più unità (tutte connesse tramite SATA) che hanno ottenuto una velocità di scrittura di 100 MB / s + su Windows o formattata con ext4, quindi non è un problema di allineamento o di unità.

topmostra un elevato utilizzo della CPU per il mount.ntfsprocesso.

Processore AMD dual core (2,2 GHz)
Versione kernel: versione 3.5.0-23-generic
Ubuntu 12.04
ntfs-3g: entrambe 2012.1.15AR.1(versione predefinita Ubuntu) e2013.1.13AR.2

Come posso correggere la velocità di scrittura?

Un post precedente era sulla strada giusta con il riferimento fornito:

forse controlla qui le idee su cosa potrebbe causarlo. http://www.tuxera.com/community/ntfs-3g-faq/#slow

La domanda originale menziona il problema con trasferimenti di file di grandi dimensioni. Nella mia esperienza con la copia di file multimediali o l'esecuzione di backup, l'opzione chiave nelle Domande frequenti sopra era:

Soluzione alternativa: l'utilizzo dell'opzione di montaggio "big_writes" generalmente riduce l'utilizzo della CPU, a condizione che il software che richiede la scrittura supporti blocchi di grandi dimensioni.

Aggiungi semplicemente l'opzione big_writes, ad es

sudo mount -o big_writes /media/<mount_dir> /dev/<device>

Il mio NAS Linux con una CPU a bassa specifica ora gestisce scritture di file NTFS di grandi dimensioni circa tre volte più velocemente. È migliorato da ~ 17 MB / sa 50 MB / s +. Ho anche visto sbirciare a circa 90 MB / s in iotop che è probabilmente vicino alla capacità delle unità esterne (un HDD USB3 da 2,5 ").

Dalla pagina man NTFS-3G:

 big_writes
              This option prevents fuse from splitting write buffers  into  4K
              chunks,  enabling  big  write buffers to be transferred from the
              application in a single step (up to some system limit, generally
              128K bytes).

Note di chiusura:

• l'opzione big_writes probabilmente non aiuterà un benchmark di scrittura casuale 4K ;-)
• Mentre Tuxera sembra riservare il driver NTFS pro ai partner di sistema incorporati, Paragon offre un driver NTFS gratuito per uso personale chiamato NTFS & HFS per Linux 9.0 Express e una versione professionale. Tuttavia, non garantisco questo prodotto e quando ho provato una versione precedente (v8.5), al momento non sono riuscito a farlo funzionare con la mia versione del kernel Linux.

forse controlla qui le idee su cosa potrebbe causarlo. http://www.tuxera.com/community/ntfs-3g-faq/#slow

Questo suona un po 'come ai "vecchi tempi" quando il file io non utilizzava DMA per impostazione predefinita. In questi giorni è improbabile, ma il BIOS utilizza l'emulazione IDE per le unità SATA? Perché se emula IDE, potrebbe anche emulare anche la modalità non DMA.

Un altro potenziale rallentamento è se la compressione dei file NTFS. La compressione è abilitata nella cartella in cui stai scrivendo? In tal caso, verranno compressi anche tutti i nuovi file in quella cartella.

Questo è un vecchio thread, ma per le persone che cercano una soluzione allo stesso problema: hai cpuspeed attivo? ntfs-3g è affamato di CPU e nel mio caso cpuspeed ha erroneamente rilevato un carico basso per processi con molte attese di I / O, infine rallentando il core e morendo di fame il driver.

Prova a disabilitare cpuspeed (se ad esempio è in esecuzione come servizio) e prova di nuovo.

big_writesè stato deprecato nel 2016, il comportamento corrispondente è sempre abilitato quando si utilizza la libfuseversione 3.0.0 o successive. Su un moderno sistema Linux, le scarse prestazioni NTFS di solito significano che:

• il disco è frammentato
• La compressione del disco NTFS è abilitata
• syncvengono utilizzate opzioni di montaggio inadeguate come

Questa patch migliora le prestazioni di scrittura per i dispositivi incorporati: https://www.lysator.liu.se/~nietzsche/ntfs/