Warum verlangsamt die Fragmentierung des freien Speicherplatzes ein Heim-NAS, bevor es voll ist?

Ein Heim-NAS kann langsamer werden, bevor es voll ist, weil der verbleibende freie Speicherplatz zwar insgesamt reichlich vorhanden sein kann, aber schwer in nützliche zusammenhängende Bereiche zuzuordnen ist.

Löschungen hinterlassen Löcher unterschiedlicher Größe im Pool. Neue Dateien, Copy-on-Write-Updates, Paritätsstreifen und Snapshots können diese Löcher nicht immer effizient wiederverwenden. Der Allokator verbringt mehr Zeit mit der Suche, große Schreibvorgänge werden in mehr Extents aufgeteilt, und die Kapazitätsanzeige wirkt weiterhin komfortabel, da sie freie Bytes zählt und nicht deren Form.

Der Pool geht nützliche Extents aus, bevor freie Bytes knapp werden

Die Fragmentierung des freien Speicherplatzes beschreibt, wie die verfügbare Kapazität verteilt ist. Zehn Gigabyte in einem Bereich sind nicht gleichbedeutend mit zehn Gigabyte, die in Tausende schmale Lücken aufgeteilt sind, wenn eine Arbeitslast lange sequentielle Extents benötigt. Der Allokator kann beide Anforderungen erfüllen, aber die fragmentierte Version erzeugt mehr Zuordnungen und weniger vorhersehbare physische Lokalität.

Deshalb sind der genutzte Prozentsatz und die Fragmentierung separate Signale. Die Eigenschaften zur Pool-Kapazität und Fragmentierung berichten unterschiedliche Aspekte desselben Speicherzustands; keine der beiden Zahlen allein sagt etwas über die Anwendungs-Latenz aus.

Löschungen erzeugen Löcher, die neue Schreibvorgänge nicht immer wiederverwenden können

Eine gelöschte Datei gibt ihre Extents nur dann frei, wenn kein Snapshot, Klon oder offener Verweis sie noch besitzt. Selbst dann kann der neue Schreibvorgang eine andere Ausrichtung oder einen längeren Bereich erfordern. Kleine freigegebene Bereiche können für Metadaten geeignet sein, bleiben aber schlechte Übereinstimmungen für ein großes Archiv oder eine Datenbank-Extent.

Wenn die Auswahlmöglichkeiten enger werden, kann ein Allokator von schneller Auswahl zu aufwändigerer Suche wechseln. OpenZFS beschreibt, wie sich bei geringem freien Speicherplatz das Allokationsverhalten ändert, in seiner Anleitung zu freiem Speicherplatz und Allokation. Die genaue Schwelle ist implementierungsspezifisch, daher sollte ein fester Prozentsatz als Betriebsspielraum und nicht als universelle Fehlergrenze betrachtet werden.

Copy-on-Write lässt die Karte des freien Speicherplatzes unterschiedlich altern

Copy-on-Write überschreibt keinen bestehenden Block. Es wird ein neuer Speicherort zugewiesen, der geänderte Inhalt geschrieben, Metadaten aktualisiert und der alte Speicherort erst freigegeben, wenn keine weiteren Verweise darauf bestehen. Dies bewahrt Snapshots und Absturzsicherheit, aber wiederholte Änderungen können neue Versionen über den Pool verstreuen.

Eine klare Erklärung zu Copy-on-Write verbindet unveränderliche alte Blöcke mit neuer Allokation, während eine Dateisystem-Designnotiz zu langfristiger Copy-on-Write-Fragmentierung zeigt, warum das Layout mit zunehmenden Updates weniger sequentiell wird. Snapshots können diesen Zeitraum verlängern, indem sie alte Extents für die Wiederverwendung sperren.

HDDs und SSDs zeigen unterschiedliche Aspekte des Problems

Bei einer HDD erhöhen fragmentierte Extents direkt die mechanischen Suchvorgänge, sodass eine große Datei weit unter ihrer ursprünglichen sequentiellen Geschwindigkeit gelesen werden kann. SSDs eliminieren die Kopfbewegung, aber nicht die Allokatorsuchen, Zuordnungsänderungen, Metadatenverkehr oder interne Flash-Bereinigung. Fragmentierung kann daher weiterhin ein Latenzproblem sein, selbst wenn das Gerät schnelle zufällige Lesezugriffe bietet.

Parität und Kompression fügen weitere Einschränkungen hinzu, da der Speicher möglicherweise um Streifen-Grenzen oder variabel komprimierte Datensätze herum allokiert. Forschungen zu Fragmentierung in der Speicherung großer Objekte zeigen, dass Objektgröße und Update-Muster zusammen eine Rolle spielen. Ein Benchmark, der nur auf einem leeren Pool basiert, kann diesen gealterten Allokationszustand nicht abbilden.

Kapazitätsreserve ist eine Allokationsressource

Freier Speicherplatz gibt dem Allokator Auswahlmöglichkeiten. Mehr Auswahl erleichtert es, eine wachsende Datei in längeren Bereichen zu platzieren, Copy-on-Write-Updates zu verteilen und Wartungsarbeiten zu absorbieren, ohne sofort schmale Löcher wiederzuverwenden. Das ist der technische Grund für das Belassen von Reserven; es ist nicht nur eine Warnung vor dem letzten Byte.

Verwandeln Sie die übliche 80-Prozent-Empfehlung nicht in ein Gesetz. Eine für Leser verständliche Analyse zu Pool-Reservoir und Allokatorverhalten bietet nützlichen Kontext, aber ein Heim-NAS sollte anhand seiner tatsächlichen Fragmentierungskennzahl, Snapshot-Aufbewahrung, Arbeitslast, Geräte-Layout und Latenztrend beurteilt werden. Steigende Allokationszeit vor voller Kapazität ist die beobachtbare Warnung.

FAQ

Kann das Löschen einer großen Datei einen NAS-Pool defragmentieren?

Es kann einen nützlichen großen freien Bereich schaffen, wenn kein Snapshot die Blöcke behält, aber es reorganisiert keine bestehenden Dateien und garantiert nicht, dass zukünftige Allokationen zusammenhängend bleiben.

Ist die Fragmentierung des freien Speicherplatzes dasselbe wie die Dateifragmentierung?

Nein. Dateifragmentierung beschreibt eine Datei, die über mehrere Extents verteilt ist. Fragmentierung des freien Speicherplatzes beschreibt die Form der nicht zugewiesenen Bereiche. Die beiden beeinflussen sich gegenseitig, können sich aber unabhängig voneinander verändern.

Wird eine SSD die Verlangsamung beseitigen?

Sie beseitigt die mechanischen Suchkosten, nicht aber die Dateisystem-Allokation, Metadaten, Copy-on-Write, Parität oder den Overhead der Flash-Garbage-Collection. Das Symptom kann sich verringern oder sich eher in Richtung Tail-Latenz verschieben, anstatt ganz zu verschwinden.