SSD defragmentieren: Der Mythos, der nicht sterben will

Warum Fragmentierung Festplatten quälte – Flash aber nicht

Auf einem mechanischen Laufwerk bedeutet das Lesen einer in 500 Fragmente zersplitterten Datei 500 physische Kopffahrten, jede kostet Millisekunden. Die Defragmentierung wurde erfunden, um diese Fahrten zu einer sauberen sequenziellen Lesung zusammenzufassen, und auf rotierenden Platten war der Gewinn real und messbar. Eine SSD hat weder Köpfe noch Platten: Jeder Block antwortet in derselben Winzigkeit einer Mikrosekunde, egal wo er physisch liegt. Zufälliges und sequenzielles Lesen fallen auf einem modernen NVMe-Laufwerk praktisch gleich schnell aus – das Problem, das die Defragmentierung löst, existiert auf Flash schlicht nicht.

Fragmentierung passiert trotzdem – Windows verbucht sie nur als irrelevant. Das Dateisystem zerschneidet große Dateien weiterhin über freie Blöcke, je voller das Laufwerk wird, und auf einer HDD würde man das spüren. Auf einer SSD besteht der einzige Preis einer fragmentierten Datei in einer etwas längeren Liste von Blockadressen, die der Controller praktisch gratis abarbeitet.

Was „Laufwerke optimieren“ einer SSD wirklich antut

Öffnen Sie „Laufwerke optimieren“ (dfrgui) und werfen Sie einen Blick auf die Spalte Medientyp: Windows unterscheidet SSD von HDD und behandelt beide bewusst unterschiedlich. Bei SSDs besteht der Job des Tools aus TRIM – dem Controller melden, welche Blöcke logisch gelöscht sind, damit künftige Schreibvorgänge direkt in frische Zellen gehen statt über einen Lese-Ändern-Schreib-Zyklus. Das ist echte Wartung, sie läuft standardmäßig wöchentlich nach Zeitplan, und der Knopf fügt nichts hinzu, was der Zeitplan nicht längst erledigt hätte. Die eine scheinbare Ausnahme: Ist die Systemwiederherstellung aktiv, fährt Windows ungefähr einmal im Monat einen klassischen Defrag-Lauf über die SSD – absichtlich, weil Schattenkopien brechen, sobald die Dateifragmentierung eine Schwelle überschreitet. Das ist ein bewusster Kompromiss aus Redmond, kein Fehler Ihrer Konfiguration.

• Prüfen Sie vor jedem Lauf die Spalte Medientyp in „Laufwerke optimieren“ (dfrgui).
• Lassen Sie den Zeitplan aktiviert – bei SSDs verschickt er TRIM, keinen Defrag-Lauf.
• TRIM einmalig verifizieren: in der Eingabeaufforderung als Administrator fsutil behavior query DisableDeleteNotify – gewünscht ist 0.
• Ignorieren Sie Drittanbieter-Suiten, die jedes Laufwerk blind defragmentieren: „SSD-Unterstützung“ in Werkzeugen von 2005 ist Marketing, keine Medientyp-Erkennung.
• Wenn die Systemwiederherstellung läuft, erschrecken Sie nicht vor dem monatlichen Defrag-Eintrag im Verlauf – er hält Schattenkopien funktionsfähig.
• Wer Verschleiß ernst nimmt, beobachtet Total Host Writes und TBW in einem SMART-Tool: Das ist der echte Kilometerzähler einer SSD, nicht die Fragmentierung.

Die Wartung, die eine SSD tatsächlich will

Flash verschleißt durch Schreibvorgänge, nicht durch Fragmentierung, deshalb fällt die ehrliche Liste kurz aus: 10–15 Prozent des Laufwerks frei halten, damit der Controller Spielraum zum Umsortieren behält, Firmware-Updates einspielen, wenn der Hersteller sie liefert, und keine überflüssige Panik einlagern. Consumer-SSDs kommen mit TBW-Budgets, die normale Haushalte in einem Jahrzehnt nicht annähernd ausreizen. Ein Defrag-Lauf bewegt jeden Block für null Leistungsgewinn – die einzige „Wartung“, die Haltbarkeit verbraucht und nichts einkauft.

Wenn der alte Rat also das nächste Mal in einem Forum auftaucht, genügt eine Zeile als Antwort: Windows macht das seit 2012 richtig. Der Defragmenter, den Ihr Cousin im Kopf hat, war ein Werkzeug gegen ein Problem, das Flash nicht kennt.

Fragen und Antworten

Weiterlesen