von mf-concepts, am 22.01.2012 19:07
Danke Lippi,
dass es auch die Apfelbäckchen betrifft, habe ich gesehen. Allerdings halte ich das, anders als Du, sogar eher für den Beleg dafür, dass wieder einmal Intel-Systeme (stärker) betroffen sind - schließlich hat sich Apple schon lange von der PowerPC-Architektur verabschiedet und mir will partout kein serienmäßiger Mac auf AMD-Basis einfallen.^^
Wenn man bedenkt, dass Systeme auf AMD-Basis üblicherweise einen eigenen Treiber nutzen und standardmäßig auch eine etwas andere Kombination aus Diensten und Diensteinstellungen als die Systeme mit Intel- oder NVidia-Chipsatz, die normalerweise mit Standard-Systemtreibern eingerichtet werden, ...
... kann ich mir sehr gut vorstellen, dass sich die Ursachenforschung irgendwo in der Nahrungskette zwischen Treiber und m4-Laufwerk am ehesten lohnt.
Es ist ohnehin witzig.
Jahrelang war klar, dass Flash Memory sich prinzipbedingt nicht so oft fehlerfrei wieder beschreiben lässt wie es bei Magnetspeicher möglich ist. Wer meinte, einen Flashspeicher als Systemlaufwerk einsetzen zu müssen, musste schreibende Zugriffe nach Kräften vermeiden oder einen Crash binnen Wochen oder wenigen Monaten riskieren. So konnte bereits ein kleiner Webserver pro Woche so viel fordern, wie ein normal genutzer USB-Stick vielleicht in 5-6 Jahren ertragen muss. War Verlässlichkeit im Dauerbetrieb gefordert, führte vorerst nichts an konventionellen Festplatten vorbei.
Quasi über Nacht wurde das dann umdefiniert.
Kaum sanken die Preise für die Chips und kaum kamen bezahlbare, akzeptable Laufwerksgrößen in Reichweite, wurden die schon seit den frühen IDE-Laufwerken erfolgreich genutzten Fehlerbehandlungsroutinen für Fehlstellen im Magnetspeicher umgestrickt für verbrannte NAND-Gatter und schon waren plötzlich alle Flash-Speicher über jede Kritik bezüglich des Ausfallrisikos erhaben.
Ich halte das allerdings eher für erfolgreiches Marketing als einen echten Erfolg technischen Designs. Weiterentwicklung in allen Ehren, aber ... noch immer wird mehr Speicher verbaut, um defekte, verbrannte Zellen per interner Umleitung auf Reservespeicher 'on the fly' zu ersetzen. Das macht die Zellen selbst nicht wirklich ausfallsicher, es kaschiert das Problem nur.
Äußert man heutzutage Bedenken bezüglich der realistischen Lebensdauer von SSDs, winken alle ab, die Zellen seien inzwischen sowas von robust, die Fehlerbereinigungsroutinen sowas von perfekt und mechanische Probleme gäbe es designbedingt ja sowieso keine.
Und warum scheiden die Dinger noch immer unerwünscht früh aus dem Rennen aus???
Man hat zwar keine bewegten Teile mehr, man muss aber z.B. Zellen erst 'leeren', damit sie wieder beschrieben werden können. Und diese Routinen aufzurufen, obliegt dem Host und nicht dem Laufwerk selbst - unterbleiben Trim- und Tidy-Tätigkeiten, warum auch immer, erstickt das Laufwerk regelrecht an alten Daten und folgerichtig hängt sich das System ab dann auch auf.
In dem Fall wurde dann der nicht mögliche mechanische Ausfall sehr erfolgreich durch reine Logik ersetzt - der perfekte synthetische Headcrash, eine echt reife Leistung!
Mich interessiert zwar immer irgendwie auch der Grund, aber prinzipiell spielt der für den praktischen Einsatz gar keine Rolle. Da ist ein kapitaler Ausfall ein absolutes No-Go - völlig egal, warum.
Geschwindigkeit, die gar nicht stattfindet oder nur wenige Sekunden lang ist für mich irgendwie sogar noch deutlich langsamer als selbst die gute alte Diskette...
Wenn mich derzeit wirklich etwas hinter'm Kamin hervorlocken könnte, dann ein Betriebssystem, das ganz selbstverständlich feste Daten oder solche mit seltenen Schreibzyklen (ggf. nur im Rahmen von Patches/Updates) rein auf schnellen SSDs verwaltet und alle übrigen auf einer gewöhnlichen Festplatte und nicht alles bunt gemischt, wie derzeit. Und dazu gehören dann auch Anwender-Programme, die dieses Splitting ebenso unterstützen. Das, kombiniert mit autonomer gelegentlicher Konsolidierung für den Ausfall-Fall, wäre deutlich nach meinem Geschmack...
... bis das zu haben ist, wäre dann noch ein bisschen Zeit, die Hardware und ihre Treiber zuverlässiger zu machen.
Schönes Rest-WE
Erstelle Backup von Signatur 'mf-concepts' .... 68% completed
Ziel: lokalprost/gehtDichnixan/seinichtsoneugierig/danke.sig
