Re: Hilfe, fstrim geht nicht, weil discard (wg. snapshotting?) nicht unterstützt wird
Martin Steigerwald <martin@lichtvoll.de> wrote:
> On Montag, 29. Februar 2016 22:33:08 CET Christian Knoke wrote:
>> Martin Steigerwald schrieb am 29. Feb um 20:52 Uhr:
>>> Nun gehe ich nicht jeder Schreibanforderung aus dem Weg, weit
>>> gefehlt, und Heise hat ja auch schon versucht, SSDs kaputt zu
>>> schreiben. Zumindest für die in diesem Laptop verbaute Intel SSD 320
>>> gibt es jedoch hochoffizielle PDFs von Intel, die belegen, dass die
>>> Langzeit-Performance deutlich besser ist, wenn man 20% frei läßt. Da
>>> komme ich oft nicht hin, daher trimme ich ab und zu.
>> Vermutlich ja auch deshalb, weil die Kontinuität der Daten dann höher
>> ist und die Anzahl der Schreibvorgänge sinkt, weil die chunks größer
>> als 4K sind.
> Ich denke, das ist wegen dem Wear Leveling, also dem gleichmäßigem
> Verteilen der Schreibzugriffe auf die einzelnen Erase-Blöcke, und dem
> dafür erforderlichen Umkopieren von Daten, das zu einer Vermehrung der
> Schreibzugriffe führt. Diese Write Amplification ist umso höher, je
> öfter der SSD-Controller Daten umkopieren muss, und der Controller
> muss Daten um so öfter umkopieren, je weniger freien Speicher er dafür
> hat.
Wogegen regelmäßiges TRIM hilft, in dem es dem Controller mitteilt,
welche Daten er wegwerfen kann, anstelle die alten Bytes immer wieder
und wieder und wieder und wieder in neue Erase-Blocks umzukopieren,
obwohl diese in gelöschten Dateien gelegen haben und vom Dateisystem
schon lange nicht mehr benötigt werden.
(Ja, ich weiß, dass du das weißt, nur für die Komplettierung des
Threads.)
S°
--
Sigmentation fault. Core dumped.
Reply to: