Welche SSD Firmware habe ich? (Crucial M500)

adremay schrieb:
Hat alles geklappt.
Hier ein Bidl von meinen SSD werten.
Ist das in Ordung? Warum ist die SSD von hallo32 soviel schneller?

Danke!


Hast du einen Benchmark vor dem Upgrade?
Was für ein System hast du?

Meine M4 ist auf alle Fälle langsamer. ;)
 
Ja habe auch eine Benchmark vor dem update gemacht. Ist jetzt um 20 Punkte besser geworden. Trotzdem ist deine viel besser :D
hab nen 1090T und nen Asus M5A97 Pro board. und ne Ati Raedon HD 6850 :)
 
Holt schrieb:
Danke für den Hinweis, davon hatte ich noch keine Kenntnis. Die FW ist wohl weiterhin nicht die Stärke der Crucial SSDs, aber scheint dieses mal das Problem nur in wenigen Fällen aufzutreten, denn generell zeigt die m500 ja keine auffälligen Probleme.

Eine andere Frage ist, welche Windows Version bzw. welcher Treiber aktuell den "queued TRIM" Befehl absetzt und somit den Fehler möglicherweise triggern kann.

Spekulation: Kann es sein, das OCZ in der Vertex4 und Crucial in der M500 zum Teil den identischen Firmware Source verwenden? Beide Modelle zeigen einen sehr ähnlichen Bug.Stichwort: HPA
Ergänzung ()

adremay schrieb:
Ja habe auch eine Benchmark vor dem update gemacht. Ist jetzt um 20 Punkte besser geworden. Trotzdem ist deine viel besser :D
hab nen 1090T und nen Asus M5A97 Pro board. und ne Ati Raedon HD 6850 :)


Ich habe oben nur das Bild "zitiert" und die SSD hat 480GB.
 
ämm ich weiss nicht 100% wovon du sprichst, aber der TRIM befehl ist aufjedenfall aktiviert. udn AHCI ist auch aktiviert :)
 
Achja, jetzt seh ich :D ist deine. jo also vllt. kannst du mir ja sagen warum meine langsamer ist :D
 
sicher, dass die GB ein unterschied machen? System kann natürlich sein...
 
Sind die Werte von MU03 und MU05 den ungefähr identisch?
Falls ja, dann ist alles iO.
 
Ja, bei mu05 sind sie etwas besser, ansonsten sehr ähnlich.
 
Hallo32 schrieb:
Eine andere Frage ist, welche Windows Version bzw. welcher Treiber aktuell den "queued TRIM" Befehl absetzt und somit den Fehler möglicherweise triggern kann.
Queued TRIM ist natürlich gefährlich, denn wenn eine LBA getrimmt wird, der TRIM Befehl aber noch nicht abgearbeitet wurde und dann wird diese LBA wieder überschrieben, dann muss der FW Entwickler den TRIm Befehl natürlich "wegwerfen", sonst werden die frisch geschriebenen Daten dadurch gelöscht. Das ist natürlich mit Auswand verbunden, aber bei Windows sollte das Risiko gering sein, da bei NTFS die LBAs von eben gelöschten Dateien nicht so bald wieder überschrieben werden, nur wenn der Platz extrem knapp ist. Daher verteilen sich die Daten bei NTFS mit der Zeit über den ganzen Adressraum und nur der für den MFT reservierte Bereich wird gewöhnlich davon ausgenommen.

Hallo32 schrieb:
Spekulation: Kann es sein, das OCZ in der Vertex4 und Crucial in der M500 zum Teil den identischen Firmware Source verwenden?
Ja, es gibt eine Referenz FW, aber die ist wohl nicht so optimal und daher entwickelt diese jeder Hersteller mehr oder weniger weiter bzw. neu oder lassen das machen.
Hallo32 schrieb:
Beide Modelle zeigen einen sehr ähnlichen Bug.Stichwort: HPA
Was für ein Bug ist das nun wieder?
 
Holt schrieb:
Was für ein Bug ist das nun wieder?

Crucial:
Ab ungefähr Mitte der Seite.
http://forum.crucial.com/t5/Solid-S...set-on-M500/td-p/138909/highlight/true/page/3

OCZ:
http://www.oczforum.com/forum/showt...ed-size-permanently-(without-HPA)-Eeek!/page2

Wobei man sagen muss, dass der Befehl in der verwendeten Spezifikation offiziell nicht mehr unterstützt wird. Das Setzen einer reduzierten Größe wird aber von beiden SSDs umgesetzt, das Zurücksetzen auf der original Größe scheitert aber.
 
Hat da auch kein Secure Erease geholfen? Gibt es eigentlich nun schon ein PSID Reset Tool von Crucial?
 
Die HPA bleibt auch beim Secure Erase bestehen.

Ein PSID Reset Tool von Crucial selbst gibt es nicht. Ein Forum User scheint aber eine funktionierende "Alpha" Version eines Tools programmiert zu haben.
 
Zurück
Oben