ioBroker sehr hohe Diskwrites in Proxmox
-
Hallo Zusammen,
kurze Frage noch ihr verwendet sehr unterschiedliche Write Intervalle. Ich vermute einige weil sie kein Redis benutzten für die States und andere für die Objekte?
wo genau wird es nun seit dem Jason Controller eingebaut?einfach irgendwo folgendes dazwischen? "writeFileInterval": 3600000, ? oder habt ihr folgendes abgeändert: " "period": 120," auf alle xxx?
}, "objects": { "type": "file", "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].", "host": "0.0.0.0", "port": 9001, "user": "", "pass": "", "noFileCache": false, "connectTimeout": 2000, "backup": { "disabled": false, "files": 24, "filesComment": "Minimal number of backup files, after the deletion will be executed according to backupTime settings", "hours": 48, "hoursComment": "All backups older than 48 hours will be deleted. But only if the number of files is greater than of backupNumber", "period": 120, "periodComment": "by default backup every 2 hours. Time is in minutes. To disable backup set the value to 0", "path": "", "pathComment": "Absolute path to backup directory or empty to backup in data directory" },kueppert schrieb
"writeFileInterval": 36000xxxx,paul53
"writeFileInterval": 300000,crunchip
Da meine objects.json 32mb beträgt und bevor ich diese ebenfalls auf redis umstelle, habe ich nun mal "writeFileInterval": 3600000, für objekte hinterlegt,Dr-Bakterius
Durch Umstellung der States auf redis und die Änderung auf "writeFileInterval": 3600000, bei den Objects konnte ich die Datenmenge die von ioBroker geschrieben wird um über 90% reduzieren. Ich bin jetzt auf deutlich unter 20 GB am Tag.ok das hat bei mir von den Diskwrites scheinbar den Durchbruch geschafft. Was mir auch logisch erscheint wenn ich anstatt alle 15 Minuten nur noch alle 60 Minuten die scheinbar größeren Daten schreibe.
Die Voreinstellung für das Schreiben der Objects ist 15 Minuten? Korrekt?
Bleiben natürlich die Fragen meines Vorgängers, im Grund haben sich die Ursprungsprogrammierer (hier) ja gedacht 15 Minuten ist die richtige Häufigkeit zum Sichern der Objekte.Hochrechnung von gestern von Änderung der Schreibintervalle:
57 GB /Tag bzw. 20.769 GB/Jahr, damit ergibt sich eine rechnerische SSD Lebensdauer von 3,5 Jahre
Änderung auf Objects "writeFileInterval": 3600000,
13,65 GB /Tag bzw. 5.350 GB/Jahr, damit ergibt sich eine rechnerische SSD Lebensdauer von 13,5 Jahre
-
ok das hat bei mir von den Diskwrites scheinbar den Durchbruch geschafft. Was mir auch logisch erscheint wenn ich anstatt alle 15 Minuten nur noch alle 60 Minuten die scheinbar größeren Daten schreibe.
Die Voreinstellung für das Schreiben der Objects ist 15 Minuten? Korrekt?
Bleiben natürlich die Fragen meines Vorgängers, im Grund haben sich die Ursprungsprogrammierer (hier) ja gedacht 15 Minuten ist die richtige Häufigkeit zum Sichern der Objekte.Hochrechnung von gestern von Änderung der Schreibintervalle:
57 GB /Tag bzw. 20.769 GB/Jahr, damit ergibt sich eine rechnerische SSD Lebensdauer von 3,5 JahreÄnderung auf Objects "writeFileInterval": 3600000,
13,65 GB /Tag bzw. 5.350 GB/Jahr, damit ergibt sich eine rechnerische SSD Lebensdauer von 13,5 Jahre -
Mir dem js-controller v3.2.14 wurde auch die geschriebene Datenmenge gesenkt:
Optimize File DBs to lower write i/o by 50% ( backup file is not renamed instead of rewritten)
Danke @apollon77 !
-
Mir dem js-controller v3.2.14 wurde auch die geschriebene Datenmenge gesenkt:
Optimize File DBs to lower write i/o by 50% ( backup file is not renamed instead of rewritten)
Danke @apollon77 !
@dr-bakterius Ok, also so heftig hätte ich es jetzt nicht erwartet, krass
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Mir dem js-controller v3.2.14 wurde auch die geschriebene Datenmenge gesenkt:
Optimize File DBs to lower write i/o by 50% ( backup file is not renamed instead of rewritten)
Danke @apollon77 !
-
@robbsen Musst du apollon77 fragen...
-
@apollon77 Dafür habe ich jetzt wieder alle 2-3 Minuten einen (kleinen) Schreibzugriff. Ist da die Konfiguration die Daten nur einmal die Stunde zu schreiben gelöscht worden bzw. wird jetzt nicht mehr beachtet? Oder ist der große Brocken einmal die Stunde jetzt generell weggefallen? Muss mir mal zuhause ansehen wann die Dateien das letzte Mal geschrieben wurden...
-
@apollon77 also, ich sehe bei mir keinen Unterschied, liegt aber vllt am Eintrag (writeFileInterval auf 3600000) bei den Objekten
-
@robbsen Im writeFileInterval wurde bisher bevor das File neu geschrieben wurde vom vorherigen File ein backup angelegt. Das wurde bisher gemacht durch "lesen und neu schreiben". Jetzt wird einfach das alte File umbenannt. Danach wird das neue FIle immer voll geschrieben wie bisher auch. mehr wurde nicht geändert :-)
Deswegen find ich den Effekt mega krass ... aber ok
-
@robbsen Im writeFileInterval wurde bisher bevor das File neu geschrieben wurde vom vorherigen File ein backup angelegt. Das wurde bisher gemacht durch "lesen und neu schreiben". Jetzt wird einfach das alte File umbenannt. Danach wird das neue FIle immer voll geschrieben wie bisher auch. mehr wurde nicht geändert :-)
Deswegen find ich den Effekt mega krass ... aber ok
-
@apollon77 macht mir auch Angst... bei mir schreibt der gar nichts mehr zumindest seit 12 Uhr (Umstellung auf v3.2.14)
Maxwerte / Tag
Stunde Durchschnitt
@robbsen das liegt an der Zeitlichen Ansicht, weil die Spitzenwerte im M Bereich liegen, daher die"kleinen Werte" nicht sichtbar, wenn die Zeitachse weit genug gewandert ist, werden auch da "normale" Werte erscheinen.
-
Also zum ganz sicher gehen schaut doch mal in /opt/iobroker/iobroker-data ... das *.json ist das aktuelle file und *.json.bak das letzte ... wenn sich Objekte ändern müsste das *.json neu geschrieben werden und das frühere *.json wirtd zum *.json.bak
Bei meinen Testsystemen passt das
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Also zum ganz sicher gehen schaut doch mal in /opt/iobroker/iobroker-data ... das *.json ist das aktuelle file und *.json.bak das letzte ... wenn sich Objekte ändern müsste das *.json neu geschrieben werden und das frühere *.json wirtd zum *.json.bak
Bei meinen Testsystemen passt das
@apollon77 Also meine objects.json ist aktuell von 16:29 und 14,6 MB groß. Die bak hat die selbe Größe und ist von 15:25. Die states sind in redis.
Meine Stundenansicht sieht so aus:
Ich sehe darin nicht die 14,6 MB die eigentlich geschrieben wurden. Bin nun etwas verwirrt... :thinking_face:
PS: Habe für die objects auch
"writeFileInterval": 3600000,eingetragen... -
@apollon77 Also meine objects.json ist aktuell von 16:29 und 14,6 MB groß. Die bak hat die selbe Größe und ist von 15:25. Die states sind in redis.
Meine Stundenansicht sieht so aus:
Ich sehe darin nicht die 14,6 MB die eigentlich geschrieben wurden. Bin nun etwas verwirrt... :thinking_face:
PS: Habe für die objects auch
"writeFileInterval": 3600000,eingetragen...@dr-bakterius 3600s hast Du eingetragen ... also alle 60 minuten an sich. was proxmox da anzeigt weiss ich net. kann ja nur akkumuliert über mess-zeitäume sein. wenn 1s schreinzugriff hast aber 1min interval ist die datenmenge 1/60 ... (mal gaaaanz grob vermutet)
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@apollon77 Also meine objects.json ist aktuell von 16:29 und 14,6 MB groß. Die bak hat die selbe Größe und ist von 15:25. Die states sind in redis.
Meine Stundenansicht sieht so aus:
Ich sehe darin nicht die 14,6 MB die eigentlich geschrieben wurden. Bin nun etwas verwirrt... :thinking_face:
PS: Habe für die objects auch
"writeFileInterval": 3600000,eingetragen...@dr-bakterius ich bewundere eure "gleichmäßigkeit" bei mir sieht das etwas "chaotischer" aus, selbst wen ich iobroker in Ruhe lasse
-
@dr-bakterius 3600s hast Du eingetragen ... also alle 60 minuten an sich. was proxmox da anzeigt weiss ich net. kann ja nur akkumuliert über mess-zeitäume sein. wenn 1s schreinzugriff hast aber 1min interval ist die datenmenge 1/60 ... (mal gaaaanz grob vermutet)
@apollon77 Naja, bisher sind die stündlichen Zugriffe sehr deutlich hervorgestochen. Das ist jetzt komplett weg - deswegen die Verunsicherung. Aber auf der Platte wird das File in entsprechender Größe ja immer noch regelmäßig angelegt. Seltsam...
-
@apollon77 Naja, bisher sind die stündlichen Zugriffe sehr deutlich hervorgestochen. Das ist jetzt komplett weg - deswegen die Verunsicherung. Aber auf der Platte wird das File in entsprechender Größe ja immer noch regelmäßig angelegt. Seltsam...
-
@dr-bakterius ich bewundere eure "gleichmäßigkeit" bei mir sieht das etwas "chaotischer" aus, selbst wen ich iobroker in Ruhe lasse
-
@crunchip hast du denn auch die Kombination file für Objekte und Rudis für States und Write Intervall objectalloc 3600000
@robbsen ja states/redis, objects/file und writeintervall ist eingetragen für object, aber ich mach mich da jetzt nicht mehr verrückt, meine permanente Schreibvorgänge im G Bereich sind weg, also alles gut
-
Also zum ganz sicher gehen schaut doch mal in /opt/iobroker/iobroker-data ... das *.json ist das aktuelle file und *.json.bak das letzte ... wenn sich Objekte ändern müsste das *.json neu geschrieben werden und das frühere *.json wirtd zum *.json.bak
Bei meinen Testsystemen passt das
ja sieht so aus, als ob weiterhin gesichert wird. Allerdings wird ja offensichtlich nicht mehr die komplette objects.json (11 MB) geschrieben. Hört sich ja auch sinnvoll an, aber auf jeden Fall sehr auffällig
maxwrites pro Stunde keine 11 MB sichtbar
393
Online32.7k
Users82.5k
Topics1.3m
Posts