N
nicoc
Guest
... nehmen wir mal an, es wäre möglich. Was sollte es bringen?
[Tool] Indilinx SSD Status
- Ersteller Orbmu2k
- Erstellt am
nein das nicht, aber macht das denn nichts?
?
Hab mich mit dem Thema seit damals nicht mehr befasst, aber da war das halt der letzte Stand.
Hab mich mit dem Thema seit damals nicht mehr befasst, aber da war das halt der letzte Stand.
S
sualk027
Guest
Na sowas
Entweder ist die neu oder jemand hat sich sehr viel Mühe mit der Verpackung gemacht.
Entweder ist die neu oder jemand hat sich sehr viel Mühe mit der Verpackung gemacht.
Marco_Berg
Neuling
- Mitglied seit
- 02.04.2009
- Beiträge
- 51
Welche SSD / Firmware hast du?
Hier mal zur Info meine Platte.
Ist noch recht neu und die Firmware war auch schon drauf.
Drei Sachen die mir aufgefallen sind:
1) Fast niemand scheint auf v1916 upgedatet zu haben
2) Ziemlich übel wie schnell die Platten altern (Stichwort: Verbrauchsartikel)
3) Ist die Zellenabnutzung wirklich im Durchschnitt angegeben?
Angenommen die SSD ist zu 90% dauerhaft voll und die restlichen 10% werden häufig neu beschrieben.
Dann würde es doch keinen Sinn machen den Durchschnitt anzugeben, sondern den Wert der am häufigsten genutzten Zelle.
Ist noch recht neu und die Firmware war auch schon drauf.
Drei Sachen die mir aufgefallen sind:
1) Fast niemand scheint auf v1916 upgedatet zu haben
2) Ziemlich übel wie schnell die Platten altern (Stichwort: Verbrauchsartikel)
3) Ist die Zellenabnutzung wirklich im Durchschnitt angegeben?
Angenommen die SSD ist zu 90% dauerhaft voll und die restlichen 10% werden häufig neu beschrieben.
Dann würde es doch keinen Sinn machen den Durchschnitt anzugeben, sondern den Wert der am häufigsten genutzten Zelle.
Anhänge
Zuletzt bearbeitet:
Hier wurde mal erklärt, dass die Daten hin und her geschoben werden, damit weniger benutzte Zellen auch frei werden und somit häufiger benutzt werden können.
Abnutzung sieht bei mir im Moment so aus (SSD seit ca. Ende Jan. eingebaut):
Zuletzt bearbeitet:
DjAcid
Neuling
Ich habe Hard Disk Sentinel seit den 24.01.10 laufen, interessant zu sehen was da an Daten geschrieben werden. Meinerseits wird die Platte ganz normal benutzt und kaum beschrieben. Keine Ahnung was Windows da so alles macht.
DjAcid
Neuling
Das waren doch nur 32 Pixel zu viel 
"Ob ein Sandkorn oder ein Stein... im Wasser gehen sie Beide unter" 
Die SSD verschiebt also Daten die selten verändert werden in häufig genutzte Bereiche?
Macht natürlich Sinn, hatte aber nicht gedacht dass das möglich ist.... beizeiten mal einlesen.
Die SSD verschiebt also Daten die selten verändert werden in häufig genutzte Bereiche?
Macht natürlich Sinn, hatte aber nicht gedacht dass das möglich ist.... beizeiten mal einlesen.
woodenforest
Neuling
Das macht ein halbes Jahr OSX mit einer SSD
// btw: ich habe die gerade zum "aufräumen" und sonstwas alles in den PC eingebaut.
Was sollte ich denn alles so Tun, Firmwareupdate, Trim, Wipe mässig.
OS das wieder drauf kommt ist OSX, denke nicht das das Trim beherrscht.
edit: wenn ich mir das hier so anschaue hat meine SSD ja enorm viele Zyklen hinter sich oO.
// btw: ich habe die gerade zum "aufräumen" und sonstwas alles in den PC eingebaut.
Was sollte ich denn alles so Tun, Firmwareupdate, Trim, Wipe mässig.
OS das wieder drauf kommt ist OSX, denke nicht das das Trim beherrscht.
edit: wenn ich mir das hier so anschaue hat meine SSD ja enorm viele Zyklen hinter sich oO.
Zuletzt bearbeitet:
woodenforest
Neuling
Was würde denn ein FW Update bringen?
Warum funktioniert die Rechnung
Festplattengröße * Zellenzyklen = Datenmenge (geschrieben)
eigentlich so überhaupt nicht?
Ich vermute mal, dass es an den ganzen internen Mechnismen (Wear-Leveling, Trim, ...) liegt, aber die Rechnung geht ja um einige Größenordnungen nicht auf?!
Festplattengröße * Zellenzyklen = Datenmenge (geschrieben)
eigentlich so überhaupt nicht?
Ich vermute mal, dass es an den ganzen internen Mechnismen (Wear-Leveling, Trim, ...) liegt, aber die Rechnung geht ja um einige Größenordnungen nicht auf?!
die indilinx sind halt schlecht beim schreiben. Das OS schreibt, die Daten landen im ssd Cache und anscheinend trifft der Controller u.a. anhand dieser Daten im Cache die Entscheidung was wann wohin geschrieben wird. Wenn der Cache voller ist kann er natürlich bessere Enscheidungen treffen.
Dummerweise sagt das OS oft "schreib die Daten im Cache sofort auf Platte/nand" und dann wirds bei Indilinx suboptimal.
Das läßt sich aber auch auf Lebensdauer optimieren, zb mit writeback cache. Mein Rechner läuft ca. 16h am Tag mit Linux, 4-10h/d läuft unter der Woche eine XP vm mit kvm. XP verwendet eine Rohpartition als Platte. Mit dem normalen kvm cache=writethrough oder none hatte ich 5-16 Zyklen werktags bei 128GB ssd. Mit writeback sank es auf 2-3 Zyklen pro Tag. Bei kvm siehts dann so aus:
Ohne XP verbraucht mein Linux derzeit auch 2-3 Zyklen mit btrfs als rootfs und sicherem schreiben (ohne writeback Optimierung). btrfs hat einen ssd modus, der serielles schreiben provoziert. Mit mount option ssd_spread wird die Regel strenger durchgesetzt, zb. für alte jmicrons.
Es hängt aber auch von der Firmware ab.
Mit ext4 und firmware vor 1819 waren es noch 5.5 Zyklen pro Tag ohne XP auf ssd und ssd 45% leer (=unpartitioniert).
Mit ext4 und firmware 1819 (nach downgrade) waren es 2.6 Zyklen pro Tag mit XP auf ssd und ssd 55% leer (= getrimmt).
Mit ext4 und firmware 1916 waren es 5-16 Zyklen pro Tag mit XP auf ssd und ssd 55% leer (= getrimmt).
Mit btrfs und firmware 1916 waren auch 5-16 Zyklen pro Tag mit XP auf ssd und ssd 55% leer (= getrimmt).
Mit btrfs und firmware 1916 sind es 2-3 Zyklen pro Tag mit XP auf ssd mit writeback für XP und ssd 55% leer (= getrimmt).
Dummerweise sagt das OS oft "schreib die Daten im Cache sofort auf Platte/nand" und dann wirds bei Indilinx suboptimal.
Das läßt sich aber auch auf Lebensdauer optimieren, zb mit writeback cache. Mein Rechner läuft ca. 16h am Tag mit Linux, 4-10h/d läuft unter der Woche eine XP vm mit kvm. XP verwendet eine Rohpartition als Platte. Mit dem normalen kvm cache=writethrough oder none hatte ich 5-16 Zyklen werktags bei 128GB ssd. Mit writeback sank es auf 2-3 Zyklen pro Tag. Bei kvm siehts dann so aus:
Code:
<disk type='block' device='disk'>
<source dev='/dev/sda8'/>
<target dev='vda' bus='virtio'/>
<driver cache='writeback'/>
</disk>Ohne XP verbraucht mein Linux derzeit auch 2-3 Zyklen mit btrfs als rootfs und sicherem schreiben (ohne writeback Optimierung). btrfs hat einen ssd modus, der serielles schreiben provoziert. Mit mount option ssd_spread wird die Regel strenger durchgesetzt, zb. für alte jmicrons.
Es hängt aber auch von der Firmware ab.
Mit ext4 und firmware vor 1819 waren es noch 5.5 Zyklen pro Tag ohne XP auf ssd und ssd 45% leer (=unpartitioniert).
Mit ext4 und firmware 1819 (nach downgrade) waren es 2.6 Zyklen pro Tag mit XP auf ssd und ssd 55% leer (= getrimmt).
Mit ext4 und firmware 1916 waren es 5-16 Zyklen pro Tag mit XP auf ssd und ssd 55% leer (= getrimmt).
Mit btrfs und firmware 1916 waren auch 5-16 Zyklen pro Tag mit XP auf ssd und ssd 55% leer (= getrimmt).
Mit btrfs und firmware 1916 sind es 2-3 Zyklen pro Tag mit XP auf ssd mit writeback für XP und ssd 55% leer (= getrimmt).
Skandaloes
LTdW 90k Master, Luxx'scher Zombie
Meine ST GX32 seit Dezember im Einsatz.
