Welche Dateisysteme verwenden Blöcke aus gelöschten Dateien bevorzugt wieder?


7

Im Zusammenhang mit dieser früheren Frage, die ich gestellt habe, möchte ich wissen, welche Dateisysteme vorzugsweise Blöcke wiederverwenden, die beim Löschen von Dateien freigegeben werden (falls vorhanden).

Ich interessiere mich nur für stabile, gut etablierte Dateisysteme und würde diejenigen bevorzugen, die die Boot- / Root-Partition in einem Debian-System sein können (obwohl dies nicht unbedingt erforderlich ist).


Bearbeiten:
Als Antwort auf einen Kommentar möchte ich dieses Verhalten, da das fs für eine VM ist und in einer spärlichen Rohbilddatei auf dem Host enthalten ist. Wenn neue Blöcke zugewiesen werden, verliert die Image-Datei im Laufe der Zeit allmählich an Spärlichkeit, wenn Dateien erstellt / gelöscht / geändert werden, was zu einer nicht spärlichen Größe führt, selbst wenn der auf der VM verwendete Gesamtspeicher im Wesentlichen konstant bleibt.


2
Ich weiß nicht, aber ich kann nicht anders als zu denken, dass "diese Blöcke verwendet wurden, bevor sie befreit wurden?" Wird es für ein Dateisystem viel weniger wichtig sein, zu entscheiden, wo es zugewiesen werden soll, als "Habe ich zu diesem Zeitpunkt genug Platz, um diese Datei zusammenhängend zu speichern?"
Shadur

... Auch die Möglichkeit, die Frage zu beantworten: "Waren diese Blöcke schon einmal Teil einer Datei?" könnte ein Sicherheitsrisiko darstellen.
Shadur

1
@ JackDouglas Vielleicht könnten Sie dies mit einem Grund motivieren, warum dies wünschenswert wäre? In jedem Fall, den ich mir vorstellen kann, spielt es entweder keine Rolle oder das entgegengesetzte Verhalten wäre vorzuziehen (z. B. bei magnetischen Medien neue Blöcke verwenden, um Bitfäule zu vermeiden, und bei Blitz neue Blöcke verwenden, wenn möglich, um den Verschleiß auszugleichen).
Celada

1
@ JackDouglas danke für die Motivation. Gut, daran habe ich nicht gedacht. Hoffentlich hat jemand eine Antwort. Der einzige Vorschlag, den ich habe, ist, ein SAN anstelle von Blockgeräten zu verwenden (NFS-Root auf der VM).
Celada

1
Ich meine, eine VM (oder vielleicht eine dedizierte physische Maschine), die eine riesige, nicht spärliche Festplatte hat und als Dateiserver für alle anderen VMs fungiert. Wenn Sie eine hohe Verfügbarkeit wünschen, machen Sie den Dateiserver zu einem Clustersystem, das DRBD oder iSCSI für den Speicher verwendet, und dann kochen Sie wirklich :-) Seien Sie vorsichtig, wenn Sie noch nie Cluster erstellt haben, bevor diese Redundanz immer die Komplexität erhöht.
Celada

Antworten:


3

Wenn Sie auf der Suche nach einem stabilen und gut etablierten Unternehmen sind, dann haben Sie wahrscheinlich kein Glück. Andernfalls verhält sich btrfs so.

Möglicherweise möchten Sie auch prüfen, ob Ihre virtuelle Festplatte TRIM unterstützt, um die Blöcke freizugeben, und sicherstellen, dass Sie das Verwerfen in Ihrem fs aktivieren.

Sie können auch in Betracht ziehen, nur kleinere Festplatten zuzuweisen, die anfangs Ihren erwarteten Anforderungen entsprechen. Die meisten Dateisysteme können heutzutage problemlos online erweitert werden, falls Sie sie in Zukunft erweitern müssen.


1
Vielen Dank. "Vielleicht möchten Sie auch prüfen, ob Ihre virtuelle Festplatte TRIM unterstützt": Das war übrigens das Thema der verknüpften Frage.

0

xfs ist stabil und gut etabliert und hat die Eigenschaften, die ich suche - es verwendet die "gerade freigegebenen" Blöcke sehr schnell wieder :

xfs, ext2 und ext3 haben sich wie erwartet verhalten. Sie verwendeten 316 MiB, 701 MiB bzw. 1351 MiB. btrfs verwendete bis zu 2763 MiB, vermutlich weil es sich um ein Copy-on-Write-Dateisystem handelt. Dieser Speicherplatz wurde nicht sofort zugewiesen, sondern einige Blöcke linear zugewiesen und dann für eine Weile blockiert. ext4 war eine Überraschung. Es wuchs fast linear und war auf 19 GiB oder 93% der Festplattengröße begrenzt. Dies ist zwar für Solid-State-Festplatten ohne TRIM-Unterstützung gut geeignet, jedoch nicht für rotierende Festplatten, die in den äußersten Regionen eine höhere Latenz und einen geringeren Durchsatz aufweisen.

Geben Sie hier die Bildbeschreibung ein

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.