Ich denke darüber nach, komprimiertes NTFS auf meiner externen USB-Festplatte zu verwenden. Es sollte nur für Backups verwendet werden.
Antworten:
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.
Ich denke, es ist von Linux aus zugänglich, aber ich bin nicht sicher.
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.
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.
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.
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.
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.)
(keine Antwort)
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.
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.