Falls GC wirklich so leistungsfähig geworden ist, wie von manchen Herstellern propagiert,
wäre es doch möglich dass es auch sofort gewirkt hat. Der Effekt könnte auf leeren und
unbelasteten SSDs eventuell ohne wesentliche Verzögerung wirksam werden...
Link dazu:
Regenerierung durch GC
Wenn also schon in fünf Minuten auf einer vollen SSD so eine deutliche Verbesserung möglich ist,
wäre bei einer leeren nur Sekunden nötig...
Die Beschreibung in dem Link ist von OCZ und mal wieder etwas zweifelhaft. Man kann jederzeit eine Page in einer Cell beschrieben, egal wie viele Pages in der Cell schon beschrieben sind. Man kann sogar in einer schon beschriebenen Page schreiben, aber es gibt immer nur in eine Richtung, also vom 1 nach 0 und zurück nur durch das Löschen der ganzen Cell (flashen), also von z.B. 512k.
Außerdem muß man sich doch mal klar überlegen, wie eine SSD funktioniert. Da ist einmal eine Remapping der Sektoren auf die Adressen (Pages) des NAND, was alleine schon wegen dem Wearleveling nötig ist und ohne dass es auch immer nur bescheidene Schreibperformance gäbe.
Intern mappt die SSD also immer alle Sektoren des Filesystems auf andere Adressen. Wenn jetzt eine Datei geschrieben wird, dann wird der Controller die entsprechenden Sektoren auf freien Speicher mappen und dort die Daten ablegen, sofern er welchen hat. Wenn die Datei gelöscht wird, dann setzt das Filesystem nur ein Bit, welche diese Datei als gelöscht markiert und was der SSD Controller nur dann als Löschen merkt, wenn er das Struktur des Filesystems selbst interpretiert. Das ist aber gefährlich, denn wenn sich die Bedeutung der Bits in der Datenstrukur ändern oder der Controller etwas falsch interpretiert, dann wird es gefährlich für die Daten.
Also weiß der Controller normalerweise eben nicht, dass die Sektoren welche von der Datein belegt wurden, eigentlich frei sind. Das merkt er erst, wenn die Sektoren wieder beschrieben werden oder das Betriebssystem es ihm Sektor für Sektor mittels TRIM Befehl mitteilt.
Wenn ich also eine SSD komplett vollschreibe, die Dateien wieder lösche und kein TRIM dieses dem Controller der SSD mitteilt, dann kann GC nur den freien Platz der Reserve wieder zusammenfassen, aber im Prinzip bleibt die SSD für ihn voll, sofern er nicht das Filesystem selbst ausliest und interpretiert (was bei RAID Laufwerken sowieso nicht funktionieren düfte auch kaum bei allen Filesystemen, gibt ja mehr als FAT und NTFS).
Mit TRIM ist es klar, dann kann der Controller beim GC alle Celles flashen und die SSD ist wieder frisch. Aber ohne kann ich jetzt nur die Größe der Spare Area schnell vollschrieben, wobei der Controller natürlich aufgrund der beschriebenen Sektoren jetzt weiß, welche Daten er wieder löschen kann um auf diesen weiter schreiben zu können. Dabei muß er aber halt dann vermutlich auch Daten umkopieren, die ja auch schon gelöscht wurden, nur weiß er das eben ohne TRIM nicht. Deswegen ersetzt GC kein TRIM und wenn doch weil es das FS selbst interpretiert, dann hätte ich Angst um meine Daten.
Übrigens fühlen sich die OCZ Käufer mit 25nm NAND nicht nur wegen der fehlenden 5GB betrogen, die
Performance ist teils auch um 50% schlechter (ASS, seq. Write bei 55GB Modell) und nur die seq. Lesenraten sind 10% besser geworden. Aber gegen
Nachzahlung kann man die 5GB für die man zwar keinen Nachlass bekommen hat, demnächst nachkaufen.