Soll die Option „Verwerfen“ zum Einhängen einer Auslagerungsdatei verwendet werden?

Soll die Option „Verwerfen“ zum Einhängen einer Auslagerungsdatei verwendet werden?

Das Arch Wiki sagtdie defaults,discardin der Datei für eine Swap-Partition verwendet werden können fstab. Allerdings ist nicht klar, ob es sich um eine Swap-Datei handelt, noch istdie Manpage.

Wenn sich die Auslagerungsdatei in einem Dateisystem befindet, das selbst mit der discardOption gemountet ist (und sich offensichtlich auf einer SSD befindet), sollte sie discardsich selbst verwenden? Und was, wenn das übergeordnete Dateisystemnicht discard'ing?

Meine Intuition sagt „nein“, aber ich konnte nichts darüber finden und dachte, es wäre eine Diskussion wert.

Antwort1

Ich würde sagen nein.

1: Der Swap Space verwendet nicht das gleiche Konzept wieFreiraumals Dateisystem

2: Wichtig ist, dass Sie auf Ihrer SSD immer mindestens 25 % freien Speicherplatz lassen (diesen Wert habe ich von einem Sandisk-Vertreter am Telefon erhalten), damit der Verschleißausgleich ordnungsgemäß funktionieren kann.

=> solange die Festplatte über Ersatzcluster zum Arbeiten und Ausführen von WL verfügt, spielt es keine Rolle, ob 5 % Ihrer Festplatte nie gekürzt oder kontinuierlich neu beschrieben werden: Selbst wenn SIE dieselben logischen oder physischen Sektoren neu schreiben, verwendet WL trotzdem andere Cluster, wenn Sie ausreichend große Blöcke schreiben.

Die Frage bleibt unbeantwortet, wenn Sie eine ganze Platte zum Auslagern verwenden. Eine ganze Platte, die zum Auslagern verwendet wird, kann vorzeitig altern, wenn sie nie getrimmt wird.

Die andere Frage lautet: Unterstützt der Swap-Treiber das Verwerfen? Ext3/Ext4 tun das.

Falls Ihr Swap einen erheblichen Prozentsatz der Festplatte einnimmt, können Sie den Swap-Speicherplatz beim Herunterfahren ggf. löschen/reduzieren: Führen Sie nach dem Beenden aller Dienste ggf. „Swapoff“ aus und suchen Sie nach einer Möglichkeit, den Swap-Speicherplatz zu löschen (da ich kein Experte bin und die Frage nicht unbeantwortet lassen möchte, würde ich erneut mkfs.ext3, fstrim, mkswap vorschlagen – es gibt wahrscheinlich andere, bessere Lösungen. Überprüfen Sie, ob das Herunterfahren auf die USV zurückzuführen ist.).

Antwort2

Einige der in den anderen Antworten aufgeworfenen Fragen/Vorschläge können durch Lesen der folgenden Dokumentation beantwortet werden.

Ich glaube nicht, discarddass es für Dateisysteme empfohlen wird. Stattdessen wird empfohlen, es regelmäßig auszuführen fstrim. Sie können hierfür einen Cron-Job finden.

Kernel-Entwickler sind nicht besonders glücklich über die Leistung von Discard-Operationen, auch in letzter Zeit nicht. Sie variiert zu stark zwischen den Geräten. Und Sie sollten die periodischen Discard-Operationen durchführenTrotzdem, da Geräte Verwerfungsvorgänge abbrechen dürfen, wenn sie zu beschäftigt sind.

Wie in der anderen Antwort steht, ist Ihr Dateisystem so viel größer als Ihr Swap-Speicher. Wenn Sie also nicht das Gegenteil beweisen können, ist es am besten, die Option nicht hinzuzufügen discard. Und discard=oncees ist clever, aber es wird wahrscheinlich trotzdem den Start verlangsamen (wenn der Swap-Speicher verwendet wurde). Ich halte es daher nicht für sinnvoll, es zu aktivieren.

Mann tauschen

-d, --discard[=Richtlinie]

Aktivieren Sie Swap Discards, wenn das Swap-Backing-Gerät die Discard- oder Trim-Operation unterstützt. Dies kann die Leistung auf einigen Solid-State-Geräten verbessern, aberoft nicht. Mit dieser Option kann zwischen zwei verfügbaren Swap-Verwerfungsrichtlinien gewählt werden: --discard=once, um bei swapon eine einmalige Verwerfungsoperation für den gesamten Swap-Bereich auszuführen; oder --discard=pages, um freigegebene Swap-Seiten asynchron zu verwerfen, bevor sie zur Wiederverwendung verfügbar sind. Wenn keine Richtlinie ausgewählt ist, werden standardmäßig beide Verwerfungsarten aktiviert. Die Mount-Optionen discard, discard=once oder discard=pages in /etc/fstab können ebenfalls verwendet werden, um Verwerfungsflags zu aktivieren.

verwandte Informationen