Supporto NTFS su Linux, gestione di file sparsi di grandi dimensioni, impatto sulle prestazioni

Sfondo :

Ho tentato di recuperare i dati da un HDD difettoso utilizzando ddrescue in un recente ambiente Knoppix. Inizialmente ho archiviato l'output in una partizione NTFS, ma a un certo punto la velocità di copia è diventata costantemente molto lenta (~ 600 KB / s), e ho letto su alcune guide francesi per quello strumento che il ripristino in NTFS non è stato raccomandato, specialmente per un grande volume, come è stato segnalato per provocare un forte rallentamento. Sono quindi passato a ext4 e le prestazioni sembravano migliorare significativamente. (Vedi questa domanda .)

Ho notato che la "dimensione su disco" per i file di immagine di output generati da ddrescue era molto più bassa della loro dimensione reale, il che significa che in qualche modo ddrescue alloca solo i dati che sono stati letti correttamente dall'input, risultando in un output "parzialmente scarso" , anche quando l'opzione -S ("sparse write") non viene utilizzata. In questo caso, usando l'opzione -S si ottengono i settori vuoti che vengono effettivamente letti dall'input, essendo anche non allocati nell'output, rendendolo così "completamente" scarso. (Vedi quell'altra domanda .)

Domanda:

Come si può spiegare questo gap prestazionale tra NTFS ed ext4? È davvero legato alla scarsità? Il driver NTFS Linux è noto per avere problemi a gestire file sparsi di grandi dimensioni?

Per cominciare, probabilmente stavi usando NTFS-3G, che è implementato nello spazio utente, non nel kernel. Questo da solo significa che hai avuto almeno il doppio dei cambi di contesto quando hai usato NTFS che hai fatto usando ext4.

Oltre a ciò, non posso davvero commentare molto su quale possa essere il problema, oltre a menzionare che sulla base dei miei test, NTFS non sembra gestire i file sparsi in modo molto efficiente su LInux, usando NTFS-3G o usando il kernel driver nativo (che quasi nessuno usa perché NTFS-3G ha un supporto complessivo molto migliore).