Grundsatzfragen zu SSD von Anfänger

Re: Grundsatzfragen zu SSD von Anfänger

Bullseye2550 — Fri, 28 Dec 2012 16:38:13 GMT

ich würde von den 1.5 Mio Stunden Abstand nehmen, ist ein rein theoretischer Statistikwert.

Sinnvoller wäre das Schreibvolumen pro Tag (z.B. 25GB) anzunehmen um auf die Lebensdauer zu kommen. Im Netz gibts eine Seite wo Leute die SSD dauernd vollschreiben bis sie aufgibt (oder Gesamtschreibvolumen die der Hersteller garantiert).
In welcher Größenordnung liegst du da?

die 840 Basic hat von Haus aus schon Overprovisioning.

SMART Werte sind standardisiert, manche Hersteller haben aber eigene Werte über die Firmware mit drinnen.

Re: Grundsatzfragen zu SSD von Anfänger

Bullseye2550 — Fri, 28 Dec 2012 16:38:13 GMT

wenn es das Betriebssystem anbietet würde ich Trim verwenden, die Hersteller haben das ja auch implentiert.

ich würde von den 1.5 Mio Stunden Abstand nehmen, ist ein rein theoretischer Statistikwert.

Sinnvoller wäre das Schreibvolumen pro Tag (z.B. 25GB) anzunehmen um auf die Lebensdauer zu kommen. Im Netz gibts eine Seite wo Leute die SSD dauernd vollschreiben bis sie aufgibt (oder Gesamtschreibvolumen die der Hersteller garantiert).
In welcher Größenordnung liegst du da?

die 840 Basic hat von Haus aus schon Overprovisioning.

SMART Werte sind standardisiert, manche Hersteller haben aber eigene Werte über die Firmware mit drinnen.

Re: Grundsatzfragen zu SSD von Anfänger

Bullseye2550 — Fri, 28 Dec 2012 16:38:13 GMT

Grundsatzfragen zu SSD von Anfänger

kombipaket — Fri, 28 Dec 2012 10:14:21 GMT

Alle Fragen im speziellen auf die Samsung SSD 840 Basic, die ich bald von Amazon bekomme - eine TLC-SSD.

1.) TRIM: Es gibt unterschiedliche Meinungen, ob TRIM gut oder schlecht für eine aktuelle Platte sei - weil TRIM nur für ältere Platten mit schlechtem GC wichtig sei. Eure Meinungen/Fakten/Links?

2.) Angenommen, man möchte auf die SSD die external_FS-Logs (FS-Journale) von Spindelplatten werfen um den I/O der Spindelplatten zu erhöhen. Hier wird teilweise davon abgeraten, weil die Lebensdauer der SSD leiden wird:
http://serverfault.com/questions/140834/does-putting-the-xfs-log-on-an-ssd-significantly-improve-performance

Meine Frage: Wenn die Lebensdauer der SSD leidet, wenn externe Logs drauf sind - dann muss sie doch erst recht leiden, wenn "wirkliche" FS drauf sind, weil dann nicht nur die Logs drauf sind - sondern auch die "wirklichen" Filedaten. Wie seht ihr das? Sollte man SSDs nur bei Nicht-Journalling-FS verwenden?

3.) fsync: Es gibt Hinweise im Web, dass fsync oder Barriers bei SSDs nicht korrekt implementiert sind um mit besseren Benchmarks lügen zu können... Habt ihr da Erfahrungen? Deaktiviert ihr den Write-Cache der SSD?

4.) Overprovisioning: Ich plane folgendes:
- Die SSD (Samsung 840 Basic) mit einer MTBF von 1.5Mio Stunden
- 24x7 einzusetzen, um
- /, /usr, /home (wenig benutzt ausser zum Anmelden), /var/lib, /usr/local (größtenteils Binaries), /usr/src (kompilieren) und
- ~30 externe Logs für die FS, die weiter auf Spindeln sind
unterzubringen. Real würde ich da ca. 100GB veranschlagen. Einem oft empfohlenen Overprovisioning von 25% stünde also nichts entgegen. Würdet ihr es trotzdem höher ansetzen um die Lebensdauer zu steigern? Oder reicht es, auf die 1.5 Mio Stunden MTBF zu vertrauen und man hat mehr Reserve?

5.) Ausfall von Blöcken der SSD:
Irgendwann fallen ja einzelne Blöcke aus - sie lassen sich nicht mehr löschen. Merkt das die SSD in 100% der Fälle? Oder stehen dann Leichen im FS?

6.) S.M.A.R.T.: Angeblich sind die Werte bei SSDs nicht standardisiert. Kann man mit den smartmontools trotzdem was anfangen?

7.) [ etwas oT]: Angenommen, manche Blöcke sind ausgefallen - und XFS-Journale sind defekt. Kann man ein XFS ohne Journal noch irgendwie recovern - oder ist das komplett ausgefallen?