Ist es eine gute Idee, ein komprimiertes NTFS-Dateisystem auf einer externen Festplatte zu verwenden?

10

Ich denke darüber nach, komprimiertes NTFS auf meiner externen USB-Festplatte zu verwenden. Es sollte nur für Backups verwendet werden.

  • Ist es möglich, von Linux darauf zuzugreifen?
  • Ist es zuverlässig?
  • Laut Microsoft ist es langsamer als das normale Dateisystem. Angesichts der Übertragungsrate (30 MB / s) und des Prozessors (2,8 GHz Phenom II X4) kann das Gegenteil der Fall sein. Was denken Sie?
  • Nach dieser Frage werden nicht alle Dateien komprimiert. Wie kann ich das vermeiden?
external-hard-drive ntfs compression cross-platform Maaartinus
quelle

Antworten:

6

1) Ja, es ist möglich, von Liunx darauf zuzugreifen. Wie andere erklärt haben, kann ntfs-3g komprimierte ntfs verarbeiten.

2) Zuverlässigkeit: Die Komprimierung erfolgt seit langem in ntfs (seit Windows NT siehe http://www.ntfs.com/ntfs-compressed.htm ). Ich sehe keine Zuverlässigkeitsprobleme unter Windows. Bei Nicht-Windows-Implementierungen (z. B. Linux) bin ich mir nicht so sicher. Wenn Sie nur die Daten unter Linux lesen möchten, stellt dies kein Zuverlässigkeitsproblem dar (das Mounten von schreibgeschützt ist eine gute Idee, wenn Sie Backups trotzdem wiederherstellen).

Außerdem werden Daten auf Clusterebene komprimiert, die normalerweise 4 kiB beträgt. Eine physische Beschädigung der Festplatte betrifft nur einzelne Cluster, nicht ganze Dateien. In dieser Hinsicht sollten komprimierte ntfs genauso zuverlässig sein wie nicht komprimierte.

3) Leistung: Der von Ihnen zitierte KB-Artikel besagt, dass die Leistung auf einem Serversystem beeinträchtigt werden kann, auf dem die CPU bereits überlastet ist. Auf einem Desktop-System mit einer aktuellen CPU, wie Sie es beschreiben, sollte die Verwendung von komprimiertem ntfs für Sicherungen keine wesentlichen Auswirkungen auf die Leistung haben. Im Gegenteil, wenn Sie komprimierbare Daten speichern, können Sie tatsächlich an Leistung gewinnen, da Sie weniger E / A haben. Dies gilt insbesondere dann, wenn die Schnittstelle (USB 2.0) im Vergleich zur CPU langsam ist. Ich denke, Ihre CPU sollte leicht in der Lage sein, einen USB 2.0-Link zu sättigen, der komprimierte ntfs schreibt oder liest.

4) Wenn Sie das Komprimierungsflag für das gesamte Dateisystem setzen, sollten Sie nicht das Problem nicht komprimierter verschobener Dateien haben.

georg
quelle
4
NTFS überträgt niemals komprimierte Dateien, weder im Windows- noch im Linux-Treiber. Diese Optimierung gibt es leider nicht. Sie müssten extrem niedrig arbeiten, um dies zu erreichen: Erstellen Sie die Datei und die Metadaten, weisen Sie den Speicherplatz vorab zu, und schreiben Sie die komprimierten Daten roh in die MFT und die zugewiesenen Cluster. Bei normalem Gebrauch erhalten Sie also keine E / A-Kenntnisse.
SilverbackNet
1

  1. Ich denke, es ist von Linux aus zugänglich, aber ich bin nicht sicher.

  2. In welchem ​​Sinne zuverlässig? Es ist einfacher für Ihre Daten, beschädigt zu werden, aber ich bin mir nicht sicher, ob Sie das meinen.

  3. In Bezug auf den Prozessor ist es langsamer, aber in Bezug auf die E / A schneller. Wenn Ihr Prozessor viel schneller als Ihre Festplatte ist, lohnt es sich möglicherweise, weniger Daten zu lesen, aber etwas zu verarbeiten, anstatt große Dateien zu lesen, aber eine Nachbearbeitung zu vermeiden.

  4. Sie können dies nicht vermeiden, es hängt davon ab, wie die Anwendungen programmiert wurden. Ich erinnere mich, dass ich in Windows eine Einstellung gesehen habe, die etwas damit zu tun hatte, aber ich glaube nicht, dass sie das tut, was Sie brauchen - ich werde sie aktualisieren, wenn sich herausstellt, dass dies der Fall ist.

user541686
quelle
Anzeige 2: Ich meine, wenn es keine Fehler im Dateisystem oder ähnlich gibt. Anzeige 4: Eigentlich werde ich Dateien von einem anderen nicht komprimierten Laufwerk kopieren, wahrscheinlich mit rsync. Ich verstehe wirklich nicht, warum sich eine Anwendung um die Interna des Dateisystems kümmern sollte. IMHO ist es die Aufgabe des FS, die ganze Arbeit zu erledigen.
Maaartinus
Auf Punkt 1 -> NTFS kann @Mehrdad
Sathyajith Bhat
1
@maartinus: # 2: Nun, ich habe keine harten Daten dazu, aber persönlich würde ich der Windows-Version vertrauen, aber nicht der Linux-Version. # 4: Es geht einfach darum, die Standardeinstellungen beizubehalten, nicht um die Pflege der Anwendung. Wenn eine 2-GB-Datei von einem nicht komprimierten Ordner in einen komprimierten Ordner verschoben wird, gibt es für das Dateisystem keinen Grund, lange Zeit mit dem Komprimieren zu verbringen - es bleibt nur unkomprimiert, daher das Problem. Ich glaube nicht, dass Sie viel dagegen tun können. @Sathya: Ah danke.
user541686
Ich nehme an, dass diese Datei nicht komprimiert bleibt, wenn Dateien von einem nicht komprimierten Teil derselben Festplatte verschoben werden, was nicht der Fall ist. Also ist alles in Ordnung.
Maaartinus
1

  1. Der ntfs-3gTreiber unterstützt das Lesen, Anhängen und (kürzlich) Ändern komprimierter Dateien.

    Derzeit wird das Lesen komprimierter Dateien von allen ntfs-3g-Versionen unterstützt. Das Erstellen neuer komprimierter Dateien, das Löschen von Inhalten und das Anhängen von Daten an vorhandene komprimierte Dateien werden seit ntfs-3g-2009.11.14 unterstützt. Das Ändern vorhandener komprimierter Dateien durch Überschreiben vorhandener Daten (oder vorhandener Lücken) wird seit ntfs-3g-2010.8.8 unterstützt.

    - NTFS-3G Advanced: Datenkomprimierung

  2. Das Dateisystem ist genauso zuverlässig wie die üblichen Linux-Gegenstücke ext3 / ext4.

    Der ntfs-3gFahrer handhabt alles sehr gut. ( Möglicherweise gibt es noch einige Fehler beim Ändern komprimierter Dateien. Wie im obigen Zitat angegeben, wurde es erst in Version 2010.8.8 hinzugefügt.)

  3. (keine Antwort)

  4. Wenn dies durch Programme verursacht wird, die eine nicht komprimierte Datei an einer anderen Stelle erstellen und später an den vorgesehenen Speicherort verschieben, ist die Problemumgehung einfach: Aktivieren Sie die Komprimierung für diese Dateien erneut.

user1686
quelle
ntfs-3g -V: 2013.1.13AR.1Ab Ubuntu 14.10, Kernel 3.16 kann ich immer noch nicht dafür bürgen, dass ntfs-3g komprimierte Dateien auf meiner Win8 GPT-Partition auch nur richtig lesen kann. Selbst das Kopieren einer Datei führt zu einer anderen md5sum.
Marcos