È una buona idea usare un filesystem NTFS compresso su un disco rigido esterno?


10

Sto pensando di utilizzare NTFS compresso sul mio disco rigido USB esterno. Dovrebbe essere usato solo per i backup.

  • È possibile accedervi da Linux?
  • È affidabile?
  • Secondo Microsoft è più lento del normale filesystem. Data la velocità di trasferimento (30 MB / s) e il processore (2,8 GHz Phenom II X4), penso che potrebbe essere vero il contrario. Cosa ne pensi?
  • Secondo questa domanda non tutti i file vengono compressi. Come posso evitarlo?

Risposte:


6

1) Sì, è possibile accedervi da Liunx. Come altri hanno spiegato, ntfs-3g è in grado di gestire ntfs compressi.

2) affidabilità: la compressione è in NTFS da molto tempo ormai (da Windows NT, vedi http://www.ntfs.com/ntfs-compressed.htm ). Non vedo alcun problema di affidabilità su Windows. Non sono sicuro delle implementazioni non Windows (es. Linux). Se la tua unica preoccupazione è leggere i dati su Linux, questo non pone alcun problema di affidabilità (montare comunque di sola lettura è una buona idea quando ripristini i backup).

Inoltre, i dati vengono compressi a livello di cluster, che di solito è 4 kiB. Una corruzione fisica del disco interessa solo singoli cluster, non interi file. A questo proposito, i file compressi ntfs dovrebbero essere affidabili quanto quelli non compressi.

3) Prestazioni: l'articolo KB citato afferma che le prestazioni potrebbero essere influenzate su un sistema server , in cui la CPU è già satura. Su un sistema desktop con una CPU corrente come descritto, l'utilizzo di NTFS compressi per i backup non dovrebbe avere alcun impatto significativo sulle prestazioni. Al contrario, se si memorizzano dati comprimibili, è possibile che si ottengano effettivamente prestazioni poiché si dispone di meno I / O. Ciò è particolarmente vero se l'interfaccia (USB 2.0) è lenta rispetto alla CPU. Immagino che la tua CPU dovrebbe essere in grado di saturare un collegamento USB 2.0 scrivendo o leggendo NTFS compressi.

4) Se imposti il ​​flag di compressione per l'intero filesystem non dovresti avere il problema dei file spostati non compressi.


4
NTFS non trasferisce mai i file compressi, in Windows o nel driver Linux. Questa ottimizzazione non esiste, purtroppo. Dovresti raggiungere un livello estremamente basso per raggiungere questo obiettivo: crea il file e i metadati, pre-alloca lo spazio, quindi raw scrivi i dati compressi sulla MFT e i cluster allocati. Quindi, nell'uso normale, non otterrai nulla di I / O-saggio.
SilverbackNet,

1
  1. Penso che sia accessibile da Linux, ma non ne sono sicuro.

  2. Affidabile in che senso? È più facile che i tuoi dati vengano danneggiati, ma non sono sicuro che sia questo che intendi.

  3. È I / O più lento dal punto di vista del processore, ma più veloce. Se il tuo processore è molto più veloce del tuo disco, allora potrebbe valere la pena leggere meno dati ma fare un po 'di elaborazione, invece di leggere file enormi ma evitando la postelaborazione.

  4. Non puoi evitarlo, dipende da come sono state programmate le applicazioni. Ricordo di aver visto un'impostazione in Windows che doveva fare qualcosa con questo, ma non credo che faccia quello che ti serve - lo aggiornerò se si scopre che lo fa.


Annuncio 2: Voglio dire se non ci sono bug nel filesystem o simili. Annuncio 4: In realtà, ho intenzione di copiare i file da un'altra unità non compressa, probabilmente usando rsync. Davvero non vedo perché un'applicazione dovrebbe preoccuparsi degli interni del filesystem, IMHO è il lavoro dell'FS fare tutto il lavoro.
maaartino

Per pt # 1 -> NTFS è possibile accedere a @Mehrdad
Sathyajith Bhat

1
@maartinus: # 2: Beh, non ho dati concreti su questo, ma personalmente mi fiderei della versione di Windows ma non della versione di Linux. # 4: è semplicemente una questione di mantenere le impostazioni predefinite, non una questione di cura dell'applicazione. Quando un file da 2 GB viene spostato da una cartella non compressa a una cartella compressa, non c'è motivo per cui il file system trascorra molto tempo a comprimerlo - lo lascia semplicemente non compresso, quindi il problema. Non credo che ci sia molto da fare al riguardo. @Sathya: Ah grazie.
user541686

Suppongo che questo file uscente non compresso avvenga solo quando i file vengono spostati da una parte non compressa dello stesso disco, il che non avverrà. Quindi va tutto bene.
maaartinus,

1
  1. Il ntfs-3gdriver supporta la lettura, l'aggiunta e la modifica (recente) di file compressi.

    Attualmente la lettura di file compressi è supportata da tutte le versioni di ntfs-3g. La creazione di nuovi file compressi, la cancellazione dei contenuti e l'aggiunta di dati a file compressi esistenti sono supportate da ntfs-3g-2009.11.14. La modifica dei file compressi esistenti mediante la sovrascrittura dei dati esistenti (o dei fori esistenti) è supportata da ntfs-3g-2010.8.8.

    - NTFS-3G Advanced: compressione dei dati

  2. Il filesystem è affidabile come le sue solite controparti Linux, ext3 / ext4.

    Il ntfs-3gconducente gestisce tutto molto bene. ( Potrebbe avere ancora alcuni bug nella modifica dei file compressi; come dice la citazione sopra, è stato aggiunto solo nella versione 2010.8.8.)

  3. (nessuna risposta)

  4. Quando ciò è causato da programmi che creano un file non compresso altrove e lo spostano nella posizione desiderata in un secondo momento, la soluzione è semplice: riattivare la compressione su quei file.


ntfs-3g -V: 2013.1.13AR.1A partire da Ubuntu 14.10, kernel 3.16, non riesco ancora a garantire la capacità di ntfs-3g di leggere correttamente i file compressi sulla mia partizione GPT Win8. Anche copiando un file sopra si ottiene un diverso md5sum.
Marcos,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.