Lebensdauer der Speicherkarte am Raspberry
-
Seit ich ioBroker auf einem RP4 benutze, habe ich 2 16 Gb Scandisk microSD - Karten "verbraucht".
Viel neu Installiert, Gelöscht, InfluxDB, History und Backitup genutzt.
Nun habe ich eine SSD angeschlossen und hoffe auf keine Datenverluste mehr.
Der Raspberry läuft 24/7 durch. Wird nur neu gestartet wenn ich mal wieder was verbogen habe.
Wie oben schon geschrieben; Kein Backup, kein MItleid. -
-
MIttlerweile gibt es von einigen Kartenherstellern spezielle "Endurance Typen" Die sollen länger halten.
Weiterhin sind "A1" und "A2" besser geeignet, weil sie mehr io-Operations/s können und damit besser als OS-Karten geeignet sind. Z.B. Samsung Pro Endurance und SanDisk High Endurance
einige Grundlagen Performance tests ohne Endurance TestsAber: SSDs sind heute so billig, daß sich nicht mehr lonht, solche Applikationen mit SD-Karten zu machen. 120GB zu 20 EUR oder eine 32GB oder 60GB um 10 EUR vom Chinesen als KingDian oder KingSpec. + Corona-Zschlag mittlerweile
-
@Blechsoldat sagte in Lebensdauer der Speicherkarte am Raspberry:
Seit ich ioBroker auf einem RP4 benutze, habe ich 2 16 Gb Scandisk microSD - Karten "verbraucht".
Nicht schlecht, dafür dass der 4er erst seit fast einem Jahr auf dem Markt ist
Ich werde dann wohl doch auf etwas externes zurückgreifen müssen, was dann auch wesentlich länger hält. Bin da guter Dinge, weil gestern schon der erste offizielle (Beta) Bootloader für den 4er veröffentlicht wurde: https://www.raspberrypi.org/forums/viewtopic.php?t=274595&p=1663644#p1663644Hier sonst noch als Video: https://www.youtube.com/watch?v=zVhYvvrGhMU
-
@KLVN vielen Dank, wird auch Zeit, daß das endlich kommt. Hätte von Anfang an so sein sollen.
Hatte bei meinen alten RasPis auch einige SD-Karten verbraucht. Bei anderen läuft es stabil.
Aber ich persönlich hatte die Nase voll und habe die Dinger verbannt. Entweder eMMC, oder SSD oder gleich einen richtigen Rechner, refurbished Notebook. -
Ich habe noch nie mit meinen SD- Karten Probleme gehabt. Zwar nutze ich die Raspberrys nur als Slaves aber auch bei meinem Web Radio den ich jeden Tag "hart" ausschalte und das seit 3 Jahren mehrmals am Tag gab es noch nie ein Ausfall.
-
Der einfachste und billigste Trick ist wohl einfach flashmemory/folder2ram einrichten und nur jede x Minuten auf den flash zu flushen
. Dadurch wird verhindert das jeder 
bit sofort auf die sd karte gehammert 
wird, was dank Write amplification die Lebensdauer der SD Karte drastisch verkürzt.Armbian hat das z.B. schon ab Werk mit drinnen, bei Raspbian ist meines Wissens Handarbeit nötig.
Eine teuere SD Karte ist nicht nötig. Aus performance Gründen sollte man allerdings besser zu einer >=A2 deklarierten Karte greifen welche 4000 IOP/s lesend und 2000 IOP/s schreibend garantiert. Die sequenzielle Schreibrate, üblicherweise in MB/s angegeben hat im übrigens kaum einen Einfluss auf die Systemperformance oder Stabilität. Liegt daran das ein OS keine großen Daten sequenziell weg schreibt sondern viele kleine junks.
-
@OpenSourceNomad sagte in Lebensdauer der Speicherkarte am Raspberry:
Armbian hat das z.B. schon ab Werk mit drinnen
Armbian hat auch eine größere Reserve an Zellen, da beim resize nicht die ganze SD verwendet wird (zumi9ndest bei kleineren SD-Karten)
Daher habe ich auch beim Tinkerboard über Jahre mit einer SD-Karte nie Probleme gehabt
-
@OpenSourceNomad sagte:
nur jede x Minuten auf den flash zu flushen
Die von ioBroker am häufigsten geschriebene Datei ist die states.json, die normalerweise alle 30 s geschrieben wird. Diesen Zyklus habe ich auf 10 Minuten erhöht - trotz SLC Flash. History-Daten werden in die RAM-Disk (tempfs) geschrieben. Swap ist abgeschaltet.
-
@Homoran sagte in Lebensdauer der Speicherkarte am Raspberry:
Armbian hat auch eine größere Reserve an Zellen, da beim resize nicht die ganze SD verwendet wird (zumi9ndest bei kleineren SD-Karten)
Und dann verwenden die SD-Karten die nichtbelegten Bereiche automatisch für wear levelling? Können das alle SD-Karten?
Und bei meiner letzten OPi Neukonfiguration hat Armbian aus 2GB RAM kurzerhand mal 1GB gemacht.
Nobody is perfect. -
@paul53 sagte in Lebensdauer der Speicherkarte am Raspberry:
History-Daten werden in die RAM-Disk (tempfs) geschrieben.
Standardmäßig oder per Spezialeinstellung?
-
@Homoran said in Lebensdauer der Speicherkarte am Raspberry:
Armbian hat auch eine größere Reserve an Zellen, da beim resize nicht die ganze SD verwendet wird (zumi9ndest bei kleineren SD-Karten)
Daher habe ich auch beim Tinkerboard über Jahre mit einer SD-Karte nie Probleme gehabt
Das liegt mit Sicherheit nicht daran das nicht der ganze Speicher partitioniert ist. Bei einem Flash speicher werden nie die gleichen Zellen beschrieben sondern der Controller bestimmt welche die fittesten sind.
Die Aussage ist wohl noch aus einer Zeit wo Solid State Disks neu waren und kein wear leveling hatten. Aber auch damals war das bereits Mumpitz weil ganz allein zählt wieiviel Bytes geschrieben werden (Heute bei SSD typischerweise in TBW angegeben). Ob ich nun eine 32GB Karte habe und nur 16GB davon partitioniere wird diese exakt so schnell altern wie wenn ich diese voll partitioniere (vorausgesetzt sie verrichten auch exakt die selbe Arbeit).
Viele Mythen halten sich leider viel zu lange...
-
@klassisch sagte:
Standardmäßig oder per Spezialeinstellung?
Per Pfadzuweisung in der Instanz-Konfiguration.
-
@paul53 said in Lebensdauer der Speicherkarte am Raspberry:
Die am häufigsten geschriebene Datei ist die states.json, die normalerweise alle 30 s geschrieben wird. Diesen Zyklus habe ich auf 10 Minuten erhöht - trotz SLC Flash. History-Daten werden in die RAM-Disk (tempfs) geschrieben.
Nicht zu vergessen was dein Betriebssystem während der Laufzeit alles wegschreibt...
-
@klassisch said in Lebensdauer der Speicherkarte am Raspberry:
Und dann verwenden die SD-Karten die nichtbelegten Bereiche automatisch für wear levelling? Können das alle SD-Karten?
Nein und nein
@OpenSourceNomad said in Lebensdauer der Speicherkarte am Raspberry:
Viele Mythen halten sich leider viel zu lange...
@klassisch said in Lebensdauer der Speicherkarte am Raspberry:
Und bei meiner letzten OPi Neukonfiguration hat Armbian aus 2GB RAM kurzerhand mal 1GB gemacht. Nobody is perfect.
Wohl eher der user vor dem Schirm
@klassisch said in Lebensdauer der Speicherkarte am Raspberry:
Nobody is perfect
-
@OpenSourceNomad sagte:
kein wear leveling hatten.
Was wohl immer noch auf billige SD Cards zutrifft.
-
@paul53 said in Lebensdauer der Speicherkarte am Raspberry:
Was wohl immer noch auf billige SD Cards zutrifft.
Wohl eher fake SD Karten.
Da man die Hersteller (weltweit) von SD Karten, welche selber auch Flash Zellen herstellen, sowieso an einer Hand abzählen kann, kennt man man ja auch die wenigen seriösen Anbieter am Markt. Alle anderen Arbeiten, wenn man Glück hat, mit dem Ausschuss der SSD Produktionen der Flash Produzenten... und wenn man Pech hat, gut Nacht
-
@paul53 sagte in Lebensdauer der Speicherkarte am Raspberry:
Per Pfadzuweisung in der Instanz-Konfiguration.
Ok, das steht bei mir
c:\ioBroker-data\History\Habe jetzt gerade mal nachgeschaut:
Meine SSD, die ich gebracuht gekauft habe, baut 6.7%-Punkte pro Jahr ab, 6.5 TBW. Mit allen Spielereien und den anderen Programmen, die noch auf dem Rechner laufen. Sollte also noch die nächsten Jahre Ruhe haben...Btw: Du hast noch "Speichere Quelle von Ereignis mit" angekreutz. Das habe ich nicht. Was bedeutet das und welche Vorteile hat das?
-
@klassisch sagte:
"Speichere Quelle von Ereignis mit" angekreutz. Das habe ich nicht. Was bedeutet das
In der Tabelle wird auch "from" mit aufgezeichnet, was bei Fehleranalysen hilfreich sein kann.
-
@klassisch said in Lebensdauer der Speicherkarte am Raspberry:
Habe jetzt gerade mal nachgeschaut:
Meine SSD, die ich gebracuht gekauft habe, baut 6.7%-Punkte pro Jahr ab, 6.5 TBW. Mit allen Spielereien und den anderen Programmen, die noch auf dem Rechner laufen. Sollte also noch die nächsten Jahre Ruhe haben...Bitte immer im Hinterkopf haben das (betrifft das gesamte SMART monitoring, MTBF etc.) die maximalen TBW immer eine Schätzung ist. Sprich dir kann es deinen Speicher auch jederzeit vor Ablauf der rechnerischen Lebensdauer zerschießen. Seriöse Hersteller geben üblicherweise zumindest auf ihre teuren professional Produkte eine minimale TBW an bis welche dann auch die Garantie greift sollte vorher Schluss sein. Ein automatisiertes Backup, mit regelmäßiger Überprüfung, ist natürlich so oder so Pflicht.
Mit einer SSD bisst du übrigens ebenfalls von der write ampflification (kurz gesagt: das eine bit was du schreiben willst wird mehrfach in den flash gehämmert
und lässt so den flash speicher schneller altern) betroffen. Eine folder2ram/flashmemory Konfiguration kann also die, bei SSDs im besten Fall bereits schon lange, Lebensdauer noch einmal verlängern.@klassisch @paul53 Ich würde mich generell nicht so sehr auf das optimieren von einzelner software/prozesse konzentrieren sondern einmal systemweit, also im Betriebsystem, flashmemory/folder2ram konfigurieren. So hat man nicht nur weniger Arbeit sondern vor allem auch die Gewissheit das alle Prozesse die laufen nicht den guten Flash Speicher unnötig altern lassen.
