Anmelden mit
Registrieren | Anmelden

NTFS-Kompression in der Praxis

System-Partition bei SSDs komprimieren: Top oder Flop?
Von , Achim Roos

Die NTFS-Datenkompression lässt sich mit wenigen Mausklicks einschalten: Im Windows-Explorer das Kontextmenü für das Systemlaufwerk oder einen beliebigen Ordner aufrufen, dessen Eigenschaften wählen und im folgenden Fenster ein Häkchen bei der Option "Laufwerk komprimieren, um Speicherplatz zu sparen" respektive "Inhalt komprimieren, um Speicherplatz zu sparen" setzen. Dieser Vorgang lässt sich genauso wieder umkehren, indem man das Häkchen wieder entfernt.

Nachdem man Ordner oder das komplette Volume ausgewählt hat, läuft der Kompressionsvorgang automatisch im Hintergrund ab und wird entsprechend der Datenmenge quasi sofort abgeschlossen oder erst nach einiger Zeit. In den allermeisten Fällen meldet sich Windows während der Kompression mit einer Fehlermeldung, wenn sich eine Datei nicht komprimieren lässt. Hier hat man die Wahl, die Datei erneut komprimieren zu lassen (was letztlich wieder zur gleichen Fehlermeldung führt), den Vorgang abzubrechen oder die Meldung zu ignorieren. Bei unserem Test sind wir wegen der Vielzahl an Meldungen, die sich bei der Kompression der Systempartition ergaben, unweigerlich bei der vierten Möglichkeit gelandet: alle künftigen Meldungen dieser Art zu ignorieren. Die Häufigkeit dieser Meldung unterscheidet sich je nach ausgewähltem Ordner – beim Windows-Directory und seinen Unterverzeichnissen treten sie gehäuft auf, ein Indiz dafür, dass NTFS systemrelevante Dateien von der Komprimierung ausklammert.

Sobald die NTFS-Kompression abgeschlossen ist, erscheinen die Namen der komprimierten erscheinen im Windows-Explorer in blauer Farbe, um sie leicht von den unkomprimierten Ordnern unterscheiden zu können.

Unser auf die Samsung SSD 830 aufgespieltes Testsystem bringt es im unkomprimierten Zustand auf 70,9 GB. Anstatt bestimmte Ordner auszuwählen, haben wir für die komplette Systempartition die NTFS-Kompression wie oben beschrieben aktiviert, wodurch sich der belegte Speicherplatz auf 58,4 GB reduzierte (minus 17,8 %) und damit auf einen Schlag 12,5 GB frei wurden.

Vergleicht man die NTFS-Kompressionsrate mit der anderer Packprogramme, erweist sich die Komprimierungsleistung eher als gering, was sich im Gegenzug aber positiv auf die CPU-Last auswirkt. Packer wie 7-Zip gehen wesentlich aggressiver zu Werke und bringen es folglich auf höhere Kompressionsraten. Als Beispiel dienen die drei folgenden mit 7-Zip gepackten Ordner auf der Systempartition:

KompressionstoolOrdner Ursprüngliche GrößeKomprimierte GrößeErsparnis in Prozent
7-ZipProgram Files (x86)17,4 GB10,2 GB40,30%
Program Files 8,5 GB3,1 GB63,50%
Windows15,1 GB3,2 GB78,80%
NTFS-KompressionGesamtes Laufwerk70,9 GB58,4 GB17,60%

  

Experten im Forum befragen

Zu diesem Thema einen neuen Thread im Forum Artikel erstellen.

Beispiel: Notebook, Festplatte, Speicher

Alle 18 Kommentare anzeigen.
Auf dieser Seiten können keine Kommentare mehr abgegeben werden
Sortieren nach: Neueste zuerst | Älteste zuerst
  • Begeisterter_THG_Leser@guest , 24. Oktober 2011 08:55
    Zu erwähnen sei noch das durch die Komprimierung beim Zugriff auf eine Datei diese ständig entpackt werden muss und dadurch die Schreibvorgänge auf die SSD erhöht werden was der Gesundheit / Haltbarkeit sicher nicht zugute kommt.

    MFG
  • FormatC , 24. Oktober 2011 09:12
    Im Allgemeinen werden diese Daten im RAM entpackt und nicht erst auf der Platte.
  • Begeisterter_THG_Leser@guest , 24. Oktober 2011 09:28
    @FormatC

    aber auch nur wenn man über genug Ram verfügt - selbst getestet bei komprimierung ist SSD Zugriff erkennbar auch bei nur lesen.
  • ablev , 24. Oktober 2011 10:09
    Verstehe ich das richtig, mit meiner OCZ Vertex 2(Sandforce) lohnt es sich nicht?
  • FormatC , 24. Oktober 2011 11:40
    Hmm, ich registriere zwar Lese-, aber keine Schreibvorgänge beim Öffnen von NTFS-komprimierten Daten - weder von einer HDD, noch von einer SSD.

    Einziger Punkt könnte die fehlende Swapfile sein, denn ich habe keine. Wozu auch, RAM reicht und es gibt keine dazu inkompatiblen Programme auf diesem Rechner...
  • Poluasaurus@guest , 24. Oktober 2011 11:43
    @ablev: Jap, weil die eh bald verreckt! ^^ Lieber gleich in den Müll.
  • lrlr , 24. Oktober 2011 12:18
    weiß jemand ob
    die Benchmarks nicht (zu) gut komprimierbare Daten speichern ?!

    und damit keine aussage zulassen?

    bei den rnd read/write schaut mir das fast so aus?

    die geschwindigkeitseinbußen scheinen mir (bei den restlichen benchmarks) ehe so 10-20% zu sein und damit nicht unerheblich?
  • Folterknecht@1341321320@guest , 24. Oktober 2011 12:38
    Interessanter Artikel der sich mal wieder vom CPU/GPU/SSD-Einerlei abhebt - SEHR SCHÖN!

    Allerdings hätte ich mir gewünscht, daß ihr noch etwas ausführlicher auf die benötigte Hardware (CPU/RAM) eingeht. Daß ein i2500K kaum Probleme haben wird mit dieser Komprimierung ja war fast schon vorher ab zu sehen.

    Daher hät ich mir noch 1-2 Tabellen gewünscht in der gleiches eben mit nem X2 oder C2D (als Beipiel) und unterschiedlicher RAM-Bestückung getestet wird.

  • Anonymous , 24. Oktober 2011 13:10
    Ein bisschen Performance Verlust wird man wohl immer in Kauf nehmen müssen !
    Ich erinnere mich da noch an die Anfänge mit Komprimierten Dateisystem zu arbeiten, das war voll langsam.
    Guter Artikel zum Problem!
    Auf meine ssD kommt kein komprimiertes System, wozu auch!
  • firehorse , 25. Oktober 2011 15:52
    Was gehört alles auf eine SSD oder muss alles was ein Windows-System bietet auf dieser seinen Platz finden?

    Ich denke eine vernünftige Konfiguration wird weniger Probleme bereiten und auch Arbeit kosten.

    Eine 60GB SSD reicht bei mir locker für Win7 und einem vollwertigen Linux und eines zur Reperatur und Sicherung vollkommen aus. Ich kann auch keine Vorteile erkennen, zumal das Risiko beim Kopieren Daten zui verlieren eigentlich auch noch größer ist.

    Trotzdem einmal ganz interessant Euch Artikel. Danke.
  • Crunky , 25. Oktober 2011 20:33
    Einige sollten echt mal Informatik Kurs besuchen und sich mal erklären lassen wie ein Motherboard+CPU+Speicher Arbeitet denn es hat sich seid 30 Jahren nix geändert.

    Mann sieht wie die Klugscheißer von tun und blasen keine Ahnung haben und von THG halte ich gar nix mehr auch nur Müll an Artikel seid der übernahme- geht es immer mehr Berg ab, macht doch endlich dicht THG euch wird keiner vermissen in der Secne ;)  waren das noch Zeiten wo die Motherboard Hersteller noch das THG Logo auf der Packung machten denn damals stand THG für Qualität Test für Grafikarten und CPU boards usw..
  • FormatC , 25. Oktober 2011 21:32
    Zitat :
    Einige sollten echt mal Informatik Kurs besuchen und sich mal erklären lassen wie ein Motherboard+CPU+Speicher Arbeitet denn es hat sich seid 30 Jahren nix geändert.
    Bei manch einem sollten zumindest ein Grammatik- und ein Rechtschreibkurs für den Anfang weiter helfen. Fast 30 gravierende Fehler in so wenigen Zeilen - waren das noch Zeiten, wo die Kiddies hier wenigstens noch Lesen und Schreiben konnten. Da standen Posts von Usern noch für Qualität und Kritik hatte Hand und Fuß.

    Für den Anfang mal eine kleine Hilfestellung: http://www.seidseit.de/


  • Megusta@1340452618@guest , 26. Oktober 2011 16:17
    Vielleicht solltest du einen Deutschkurs besuchen?
  • seeigel , 27. Oktober 2011 12:36
    Weshalb soll denn heute die Festplatte nicht der Flaschenhals sein?
    Wer heutzutage eine CPU , wenig Speicher oder Grafikkarte als möglichen Flaschenhals bezeichnet darf auch die kleinen Festplatten nicht vergessen
    Wenn ich eine 2GB Platte anführe solange es noch 80GB Platten gibt darf ich auch nicht wenig Speicher /schwache CPU bzw Grafikkarte anführen wenn es 8/12/16GB Speicherkits gibt
    wenn es 4/6/8 Kern-Cpus gibt
    Wenn Grafikkarten wie eine GTX570/580 HD68xx/HD69xx gibt
  • teddds , 3. November 2011 18:53
    Zitat :
    Die NTFS-Kompression und SSDs mit SandForce-Controller dürften achselzuckend aneinander vorbeigehen oder anders gesagt, die Kompression sollte auf diesen Laufwerken keinerlei Effekt zeigen.

    Hab eben aus Spaß, bei meine Vertex 3 (Sandforce 2 - Controller) die NTFS Komprimierung aktiviert und siehe da, der freie Speicher ist von 15,8GB auf 25,9GB gewachsen! Handelt sich um eine Windows 7 Partition mit haufen Programme und 60GB Größe.
    Warum sollte also die Komprimierung bei den Laufwerken nix bringen?
  • smg72523889 , 2. Dezember 2011 10:48
    @formatc bzw. THG:
    der test ist schon eine weile her, trotzdem würd ich mich drüber freuen, wenn ihr einen ähnlichen test wiederholen könntet mit einer "durchschnittlichen" SSD z.b. vertex2 o.ä. - in dem zusammenhang würd mich dann nämlich auch der einfluss der 25nm-Fertigung interessieren.
    ich selbst hab einen corsair force 115 (25nm-chips), aber wenn der performance-einbruch auf diesen ssds ebenfalls vernachlässigbar gering ist würd ichs probieren wollen.
  • johannes_franke , 4. Januar 2012 13:14
    Hi zusammen,

    also, nach meiner Erfahrung gibt es bei Windows 7 und 2008 - und vermutlich auch bei den nachfolgenden Betriebssystemen - vor allem zwei Ordner im Windows-Verzeichnis, die besonders groß sind bzw. werden: WinSXS und Installer.
    Ersterer enthält Kopien von fast allen Dateien, sowohl Windows-Bestandteile als auch nachträglich installierte. Man fragt sich, was das soll, aber nur so konnte Microsoft die gleichzeitige Installation und Verwendung derselben DLL in mehreren Versionen möglich machen. Wer erinnert sich nicht noch mit Grausen an die DLL-Hell, die uns bis Windows XP begleitet hat?
    Leider wächst dieses Verzeichnis sehr schnell an, mit jeder Installation, auch bei Service Packs und Hotfixes, wird tatsächlich jede Komponente dort gelagert, egal ob sie jemals benutzt wurde oder nicht. Eine unglückliche und zurecht viel kritisierte Lösung, aber machen kann man da nix. Da etwas herauszulöschen zerstört das System. Gelegentlich bieten die offiziellen Service Packs ein Cleanup Tool an, aber das löscht auch vorsichtshalber so gut wie nichts.
    Das zweite Verzeichnis ist der Cache des Windows-Installers. Hier werden also alle Setup-Pakete, die jemals gelaufen sind, abgelegt - und natürlich auch wieder diverse Standardkomponenten von Windows. Der Vorteil: die Wahrscheinlichkeit, dass man bei Änderung oder Deinstallation von Programmen oder Windows-Features das Installationsmedium braucht, wird geringer. Nachteil: die Ordnergröße natürlich, und auch hier darf man nichts löschen, sonst gibt es die tollsten Effekte beim nächsten Setup oder der nächsten Deinstallation. Also: Finger weg!
    Der WinSXS-Ordner ist geschützt wie eine Festung, da gibt's aufgrund der Zugriffsrechte keine Möglichkeit, die Kompression zu verwenden. Beim Installer-Ordner allerdings kann man extrem einsparen, in meinem Fall waren es fast 40%, die der Ordner kleiner wurde, nachdem ich die Kompression für den Ordner und dessen Unterordner aktiviert hatte. Das ist jetzt einen Monat her und bisher gibt es keine negativen Effekte, obwohl Hotfix-Updates und Softwareinstallationen stattgefunden haben, insofern kann ich das nur empfehlen.
    Es ist dann eigentlich auch egal, wie viel besser die Performance ist, denn auf den Installer-Ordner wird ja nur in dem Fall zugegriffen, dass man den Windows Installer verwendet. Wenn das dann eine Zentelsekunde länger dauert, dürfte es kaum stören.
    Die übrigen Ordner würde ich eher so lassen, vor allem System32 und SysWOW64, denn dort wühlt Windows doch relativ oft, deshalb kann die Performance da merklich leiden.
  • CPUoverload , 14. September 2012 18:32
    Das Prinzip der On-the-fly Kompression gibt es seit DOS Tagen, ist mit NTFS nur flexibler geworden.

    http://www.i8086.de/dos-befehle/drvspace.html

    Unter Win98 erinnere ich mich daran, dass man den Kompromierungsgrad einstellen konnte, wenn man einen 486er hatte konnte man den höher setzen.

    Habe diese Technologie seitdem immer genutzt, Performance stieg sogar an, wenn die Festplatten eher langsam waren, da weniger Daten physisch gelesen werden mussten.

    Die CPU Last hat man damals auch nur beim Schreiben gemerkt, denn Komprimieren braucht ungleich mehr Rechenleistung als das Entpacken.

    NTFS könnte sicher auch einen höheren Kompressionsgrad fahren, da die heutigen CPU's es locker wegstecken, auf der anderen Seite ist Plattenplatz spottbillig und die Dateien, welche die Festplatte bei Otto Normalverbraucher vollstopfen, sind in der Regel sowieso nicht mehr nennenswert zu komprimieren (encodete Filme, JPG Bilder, MP3 Dateien).




    Habe ich seitdem immer aktiviert