IDE SSD sinnvoll?

[DaZpoon]

Unter linux mittels fstrim. Die SSD war danach auch eine gute Minute beschäftigt. Ich gehe mal davon aus dass er getrimmt hat. Es gibt auch im Internet diverse Berichte die mittels Benchmark nachgewiesen haben, dass TRIM auch unter Windows + IDE erfolgreich ist. Hier z.B.:
http://www.win-zeit-forum.de/board35-windows-7/board45-tipps-tricks-hinweise/482-trim-unter-e-ide/

 

[Holt]

1.) Geht es da um den IDE Modus eines SATA Controllers und das Damit TRIM geht ist bekannt.

2.) Ist die Performancemethode nicht sicher um zu bestimmen, ob TRIM funktioniert, man muss die SSD vorher schon richtig extrem quälen um so große Unterschiede zu ermitteln, dass man eine sichere Aussage machen kann.

3.) Sagte die gute Minute nichts darüber aus, ob die TRIM Befehle angekommen sind, denn fstrim muss ja auch eine Weile nach den LBAs suchen, die getrimmt werden sollen, erzeugt also sowieso einige Zugriffe auf die SSD:

Der Befehl fstrim /mnt/point/ weist das Dateisystem an, ungenutzte Bereiche zu suchen und diese dem Controller der SSD zu melden.

Deine Beweiskette halte ich also für lückenhaft! Teste besser nach dieser Methode:

Open a root terminal, or if on an Ubuntu-based system become root with:

sudo -i

Create a small file in /root (this is all one line):

dd if=/dev/urandom of=tempfile bs=1M count=3

Find the start of the file:

hdparm --fibmap tempfile

Note the address that the file starts at and then inspect that address (if you have more than one disk you should substitute sda for the disk you are checking):

hdparm --read-sector [ADDRESS] /dev/sda

You should see random data. Now delete the file, sync the filesystem, and wait a couple of minutes for the disk to do it’s thing:

rm tempfile && sync && sleep 120

Now let’s inspect that piece of the drive again to make sure the data is gone:

hdparm --read-sector [ADDRESS] /dev/sda

If TRIM is working, you should see all zeros.

 

[DaZpoon]

Das werde ich erst ausprobieren wenn ich WinXP von meinem System verbanne, dann ist mir Datenverlust egal.

Aber hier noch von der Wikipedia Seite (http://en.wikipedia.org/wiki/Trim_(computing)):
It is confirmed that with native Microsoft drivers the Trim command works in AHCI and legacy IDE / ATA Mode.[36]

Ich will hier keine rechtssichere Beweiskette führen, aber TRIM ist ein ATA Kommando. Es ist daher eher Spekulation zu sagen, dass es unter IDE nicht funktionieren sollte. Aber wie gesagt, ich werde umgehend auch nochmal den Versuch mit den Dummy Writes ins Leere starten, aber aktuell ist meine SSD zu voll so etwas durchzuführen.

 

[Holt]

TRIM ist aber ein ATA Kommando, welches erst viel später dem Befehlssatz zugefügt wurde und bei alten IDE Controller eben nicht automatisch durchgehen muss, da die ja aus einer Zeit stammen, als TRIM noch nicht Teil des Befehlssatzes war. Außerdem hat man dann u.U. eine IDE-SATA Bridge und die kann auch diese ihr ggf. unbekannten Befehle ausfiltern. Daher ist es eben ein Unterschied ob man einen SATA Controller im IDE Modus oder einen nativen IDE Controller betrachtet.

Die Gefahr von Datenverlust sehe ich übrigens bei der Messmethode nicht, da wird ja nur eine Datei angelegt und gelöscht, die übrigen Befehle sind ja alles Lesezugriffe. Du musst natürlich beim manuellen Trimmen den Befehl nach dem löschen der Datei auch noch ausführen,als statt:
rm tempfile && sync && sleep 120
dann z.B.
rm tempfile && sync && fstrim / && sync && sleep 120

 

[Gewürzwiesel]

Kurz Rückmeldung: Das Notebook läuft über den Adapter bestens mit der SSD zusammen. Das ganze hat nochmal einen deutlichen Schub gebracht. Irgendwelche Messungen bzw. einen Test ob TRIM läuft habe ich allerdings nimmer durchgeführt.

/close