[Tool] Indilinx SSD Status
- Ersteller Orbmu2k
- Erstellt am
Dieter Wilke
Enthusiast
chrismischler
Enthusiast
- Mitglied seit
- 06.06.2003
- Beiträge
- 621
Die hohe Abnutzung könnte in dem Fall mit den Betriebsstunden zusammen hängen, denn es wurden eigentlich erst relativ wenig Daten geschrieben.
Was für Fehler gab es denn beim Backup?
Was für Fehler gab es denn beim Backup?
Dieter Wilke
Enthusiast
2 Sektoren konnten nicht ausgelesen werden. Das war dann für mich der Anlass, die Prüfung laufen zu lassen.
Dieter
Dieter
panopticum
Enthusiast
Aber wenn die Platte nur an ist und idle sollte sie sich doch nicht so sehr abnutzen. Die durchschnittlichen Zyklen von 4500 kommen mir auch extrem vor bei nur 1200gb Schreibleistung. Sehr komisch ... auf diese Platte würde ich mich aufjedenfall nicht wirklich verlassen. LG
Dieter Wilke
Enthusiast
@panopticum
Falls Du auf mein Problem geantwortet hast:
Ich habe das zum Anlass genommen, mir eine Vertex 2 Extended 120 GB zu bestellen. Nach dem Austausch geht die "alte" SSD in die Reklamation.
Dieter
Falls Du auf mein Problem geantwortet hast:
Ich habe das zum Anlass genommen, mir eine Vertex 2 Extended 120 GB zu bestellen. Nach dem Austausch geht die "alte" SSD in die Reklamation.
Dieter
kief
Enthusiast
- Mitglied seit
- 14.08.2002
- Beiträge
- 320
Hab genau das gleiche Problem. Hoffe auch das Orbmu2k da irgendwas machen kann.
der_Kief
Baumfreund
Enthusiast
- Mitglied seit
- 01.01.2008
- Beiträge
- 49
F!5H
Neuling
selber Prozentsatz, halbe Größe:
ist gut 1,5 Jahre alt.
ist gut 1,5 Jahre alt.
FastFoodMan
Neuling
- Mitglied seit
- 31.07.2010
- Beiträge
- 4
- Win7 64Bit
- AHCI
- 6 Monate im Betrieb
- AHCI
- 6 Monate im Betrieb
@SSD Freak, hi Trim funzt auf jeden Fall denn GC nutze ich garnit und die Leistung der SSD´s is ok sind halt die üblichen Messtoleranzen von 4-5mb/s aber ansonsten alles i.O . mfg omni
€: meine SSD´s laufen aber nicht im RAID sondern normal im AHCI.
loool
So so... wie kannst du dir sicher sein etwas nicht zu nutzen von dem du offensichtlich garnicht weißt was es ist?
Natürlich nutzt du GC
Kurz noch etwas zur Interpretation der Zyklen und der Host-Writes (bzw. deren Zusammenhänge), falls es nicht schon besprochen wurde.
Manche fragen sich bestimmt wieso Zyklenwerte und Host-Writes nicht Hand-in-Hand miteinander gehen und wieso das so ist. Bei einigen Screens sieht man z.B. hohe Zyklenwerte bei vergleichsweise niedrigen Host-Writes und andersrum.
Es gibt eine vielzahl an Faktoren, aber entscheidend sind deren Wechselwirkungen zueinander, die dies beeinflussen. Zum einen liegt es daran, dass zur Berechnung der Zyklenwerte auch das interne Schreibaufkommen des Wear-Levelings (statisch & dynamisch) zum tragen kommt. Die Menge des internen Schreibaufkommens ist für den Nutzer aber nicht sichtbar. Host-Writes geben nur das Schreibaufkommen, das vom Nutzer selbst verursacht wurde wieder. Wenn ich also Daten, welche 100MB umfassen auf die SSD schreibe, dann bekomme ich bei den Host-Writes nur diese 100MB angezeigt. Die tatsächlich gasamte verursachte Schreiblast bekomme ich nicht angezeigt. So kann durch eine interne Reorganisation, die zweifelsohne nötig sein wird, freier und bereits genutzter Blöcke meine Aktion tatsächlich mehrere hundert MB verursacht haben (TRIM ist hier kein Allheilmittel, sondern nur eine Symptomlinderung).
Auch die Garbage-Collection beansprucht den Flash im Hintergrund von dem der Nutzer so gut wie nichts mitbekommt. Wie diese Implementiert wurde ist auch wichtig. Entscheidend ist aber auch der freie Speicherplatz im Verhältniss zur Gesamtkapazität, sowie die Kapazität des reservierten Flash-Speichers (Overprovisioning). Und um das ganze noch komplizierter zu machen ist auch noch die Blockgröße wichtig mit der die SSD gefüttert wird. Zuter guter letzt sind auch noch das Alignment, sowie aktives/inaktives TRIM weitere Faktoren die zu den nicht syncron laufenden Zyklen und Host-Writes führen.
Man darf nicht außer Acht lassen, dass alle diese Prozesse eng miteinander verbunden sind und sich immer in irgendeiner Art und Weise gegenseitig beeinflussen. Und da natürlich jeder ein individuelles Nutzungsprofil hat, können Zyklen und Host-Writes mal stärker, mal weniger stark voneinander abweichen.
Manche fragen sich bestimmt wieso Zyklenwerte und Host-Writes nicht Hand-in-Hand miteinander gehen und wieso das so ist. Bei einigen Screens sieht man z.B. hohe Zyklenwerte bei vergleichsweise niedrigen Host-Writes und andersrum.
Es gibt eine vielzahl an Faktoren, aber entscheidend sind deren Wechselwirkungen zueinander, die dies beeinflussen. Zum einen liegt es daran, dass zur Berechnung der Zyklenwerte auch das interne Schreibaufkommen des Wear-Levelings (statisch & dynamisch) zum tragen kommt. Die Menge des internen Schreibaufkommens ist für den Nutzer aber nicht sichtbar. Host-Writes geben nur das Schreibaufkommen, das vom Nutzer selbst verursacht wurde wieder. Wenn ich also Daten, welche 100MB umfassen auf die SSD schreibe, dann bekomme ich bei den Host-Writes nur diese 100MB angezeigt. Die tatsächlich gasamte verursachte Schreiblast bekomme ich nicht angezeigt. So kann durch eine interne Reorganisation, die zweifelsohne nötig sein wird, freier und bereits genutzter Blöcke meine Aktion tatsächlich mehrere hundert MB verursacht haben (TRIM ist hier kein Allheilmittel, sondern nur eine Symptomlinderung).
Auch die Garbage-Collection beansprucht den Flash im Hintergrund von dem der Nutzer so gut wie nichts mitbekommt. Wie diese Implementiert wurde ist auch wichtig. Entscheidend ist aber auch der freie Speicherplatz im Verhältniss zur Gesamtkapazität, sowie die Kapazität des reservierten Flash-Speichers (Overprovisioning). Und um das ganze noch komplizierter zu machen ist auch noch die Blockgröße wichtig mit der die SSD gefüttert wird. Zuter guter letzt sind auch noch das Alignment, sowie aktives/inaktives TRIM weitere Faktoren die zu den nicht syncron laufenden Zyklen und Host-Writes führen.
Man darf nicht außer Acht lassen, dass alle diese Prozesse eng miteinander verbunden sind und sich immer in irgendeiner Art und Weise gegenseitig beeinflussen. Und da natürlich jeder ein individuelles Nutzungsprofil hat, können Zyklen und Host-Writes mal stärker, mal weniger stark voneinander abweichen.
Morpog
Enthusiast
- Mitglied seit
- 04.06.2008
- Beiträge
- 4.457
@ Hadan P
Die FW meldet aber schon TRIM, auch wenn sie es nach ATA8 nicht kann. Nur per eigenem TRIM Tool geht es mit 1571.
Damals war TRIM noch nicht standardisiert.
@ Cippoli
Kurz gesagt angezeigte Zyklen = Host writes + (hohe) write-amplification
Aber schön erklärt hast du es
Die FW meldet aber schon TRIM, auch wenn sie es nach ATA8 nicht kann. Nur per eigenem TRIM Tool geht es mit 1571.
Damals war TRIM noch nicht standardisiert.
@ Cippoli
Kurz gesagt angezeigte Zyklen = Host writes + (hohe) write-amplification
Aber schön erklärt hast du es
Zuletzt bearbeitet:
@ Cippoli
Kurz gesagt angezeigte Zyklen = Host writes + (hohe) write-amplification
Aber schön erklärt hast du es
Genau!
Hätte ich mir den langen Text (den wahrscheinlich eh keine Sau liest) ja sparen können...
FastFoodMan
Neuling
- Mitglied seit
- 31.07.2010
- Beiträge
- 4
Ist ein 0% Zustand einer SSD, eigentlich ein Garantiefall?
Andererseits sind oftmals die beschissenen FW´s von Indilinx verantwortlich für diese enorme Zellenabnutzung, bin mir nicht sicher ob da nicht sogar was machbar wäre.
Ist ja ein Mangel von Indilinx der sogar nachweißbar wäre.
Die Garantie umfasst 2 jahre ist innerhalb dieser zeit ein mangel der eindeutig einer fehlerhaften FW zuzuschreiben ist, müsste da schon was zu machen sein.
Ist ja ein Mangel von Indilinx der sogar nachweißbar wäre.
Die Garantie umfasst 2 jahre ist innerhalb dieser zeit ein mangel der eindeutig einer fehlerhaften FW zuzuschreiben ist, müsste da schon was zu machen sein.
Zuletzt bearbeitet:
Hi,
würde meine Indilinx SSD gerne mit oben genannten Argumenten/Tatsachen in die RMA schicken.
Hat dafür grad jemand rein zufällig ne "Vorlage" parat?
Diejenigen unter euch die bereits eine RMA gemacht haben, habt ihr es direkt über Super Talent gemacht oder via Online Händler bei dem ihr die SSD gekauft habt?
Vielen Dank für euer Feedback.
omniman
Banned
Hi,mit dem neuen Intel RST Treiber 10.1.0.1008 funzt das Indilinx Tool wieder! mfg omni
mfg omni
panopticum
Enthusiast
Meine schon ein Weilchen in Betrieb und mit Uralter Firmware (kein Bock zu flashen^^).
mit der FW kann man sich auf den Zustand aber auch nicht verlassen.
meine im Vergleich mit neuester FW:
LG
€: obwohl ... hattest du mal destruktiv geflasht? Du hast 1tb mehr geschrieben und trotzdem 1k weniger avg. Zyklen. komisch.
Zuletzt bearbeitet:
HisN
Legende
- Mitglied seit
- 09.06.2006
- Beiträge
- 31.929
Nicht das es mir bewusst aufgefallen wäre. Der letzte Flash liegt aber auch ewig zurück und ich kann mich nicht wirklich daran erinnern.
Ich finde sowieso dass man sich auf den Zustand nicht verlassen kann, wenn der über das FW-Flashen verändert wird^^
Ich finde sowieso dass man sich auf den Zustand nicht verlassen kann, wenn der über das FW-Flashen verändert wird^^
Zuletzt bearbeitet:
Perlenschiffer
Neuling
- Mitglied seit
- 29.08.2007
- Beiträge
- 754
Meine schon ein Weilchen in Betrieb und mit Uralter Firmware (kein Bock zu flashen^^).
SLC rockt
Hab die 1916er gleich zu Beginn (vor einem jahr) geflasht:
Werd das Teil höchstwahrscheinlich vererben.
Zuletzt bearbeitet:
