TE
TE
Nico Bellic
Guest
Dieses Problem wird ja durch den Trim Befehl in Grenzen gehalten. Grundsätzlich hast du damit zwar recht, aber wenn die Schreibgeschwindigkeiten inerhalb von 2 Tagen um bis zu 50 % abfallen, kann es ja kaum etwas damit zu tun haben, zumal sie ohnehin recht niedrig waren.Dann schaut euch mal die R/W-Prozesse bei der SSD-Technologie an. (Klar die sind von Controller zu Controller bestimmt wieder unterschiedlich gelöst, aber zumindest bei älteren Modellen trifft dies so gut wie immer zu.)
SSDs können nicht Überschreiben. SSDs müssen, bevor sie einen Block neu beschreiben können, erst den Inhalt des gesamten Blocks (oft 512Kibyte) auslesen und löschen.
Gesamte Block wird in den Cache geschrieben (EGAL wieviel Informationen in dem Block nun stehen, ob 1 bit oder 512 Byte) und dieser Block gelöscht. Die neuen Daten werden im Cache ergänzt und zurück in den Block gespeichert. Das benötigt natürlich etwas Zeit und logischerweise ist eine neue, leere SSD logischerweise schneller als eine alte, da genau dieser Cache-Vorgang wegfällt. Eine alte SSD kann somit Performanceverluste erleiden. Und der bewegt sich bei zumindest alten SSDs bis hin zu 70-80%. Die neueren Modelle unterdrücken das besser.
Nach dem "Formatieren" bzw. dem "Erasen" besteht diese Problem immernoch. Die Daten werden vom Gargabe Collector nicht wirklich gelöscht. Die Speicherbereiche werden nur als leer gekennzeichnet (obwohl sie etwas enthalten) und beim nächsten Überschreiben eben mit den neuen Daten gefillt. (man darf über SSDs mit Programmen wie HDD Cleaner oder sonstigen defragmentierungstools auch nicht drüber gehen.
Nach einem Secure Erase sieht das denke ich anders aus. Jedoch wird der SSD beim SE ein eklatanter Schaden zugefügt und nutzt sich überproportional ab. Man sollte einen SE allerhöchstens 5 mal bei einer SSD in Betracht ziehen.
SSD Myths and Legends - "write endurance"
für den schwachen chipsatz sind die werte "normal"




