ioBroker: 25GB pro Tag wg states.json + states.json.bak
-
Vielen Dankfür Eure Antworten.
@sigi234 (zuerst, weil Antwort einfacher): Bei mir steht
"Objekte: 11762, Zustände: 10039"
Die states Dateien sind jeweils etwas zwischen 3 und 4 MByte. Und werden alle 20 bis 30 Sekunden geschrieben. Damit kommt man auf 25GB bis 30GB pro Tag.
Das passt auch zur Anzeige des Programms SsdReady@UncleSam & @arteck
Danke für Euren Hinweis auf Redis.
Redis kenne ich nicht, habe nur etliche Problemposts hier im Forum dazu gesehen - allerdings nicht studiert.
Redis unter Windows scheint limitiert zu sein. Version Redis 2.4.5 von 2011. Das klingt nicht gut.
Eine andere Anleitung von 2018 startet mit einer zusätzlichen Installation von Linux https://redislabs.com/blog/redis-on-windows-10/ Klingt auch nicht sehr verlockend.Kann man die states-Dateien verlagern? An meinem System hängt für eine andere Applikation noch eine klassische WD-Purple Platte, auf der ich auch meine ioBroker history Daten ablege. Die schreibt für die andere Applikation praktisch immer durch und ist auch dafür gebaut.
Die sollte also mit den Schreibmengen besser zu recht kommen.Aber ich finde keine Konfigurationsmöglichkeit für den Verwahrort der states-Dateien.
@klassisch sagte:
Die states Dateien sind jeweils etwas zwischen 3 und 4 MByte. Und werden alle 20 bis 30 Sekunden geschrieben.
Das kann man ändern: Ändere in der Datei iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemFileDB.js in Zeile 66 den Wert 30000 in z.B. 300000, dann wird nach ioBroker-Neustart nur noch alle 5 Minuten geschrieben.
Ich hatte es erst mit der Config-Datei conf/iobroker-dist.json versucht, was allerdings nicht funktioniert hat. -
@klassisch sagte:
Die states Dateien sind jeweils etwas zwischen 3 und 4 MByte. Und werden alle 20 bis 30 Sekunden geschrieben.
Das kann man ändern: Ändere in der Datei iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemFileDB.js in Zeile 66 den Wert 30000 in z.B. 300000, dann wird nach ioBroker-Neustart nur noch alle 5 Minuten geschrieben.
Ich hatte es erst mit der Config-Datei conf/iobroker-dist.json versucht, was allerdings nicht funktioniert hat.@paul53 sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemFileDB.js
Vielen Dank! Die Stelle habe ich gefunden
parseInt(this.settings.connection.writeFileInterval) : 300000;Muß man vor dem Rückspeichern ioBroker anhalten, damit da nichts durcheinander kommt?
-
@paul53 sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemFileDB.js
Vielen Dank! Die Stelle habe ich gefunden
parseInt(this.settings.connection.writeFileInterval) : 300000;Muß man vor dem Rückspeichern ioBroker anhalten, damit da nichts durcheinander kommt?
@klassisch sagte:
Muß man vor dem Rückspeichern ioBroker anhalten, damit da nichts durcheinander kommt?
Nein, die Datei wird nur bei ioBroker-Start eingelesen.
-
@klassisch sagte:
Muß man vor dem Rückspeichern ioBroker anhalten, damit da nichts durcheinander kommt?
Nein, die Datei wird nur bei ioBroker-Start eingelesen.
@paul53 Ok, habe rückgespeichert und iobroker restartet. Mal sehen, wie das funktioniert. Ich nehme an, daß bei einem regulären Abschalten von ioBroker - also iobroker stop oder Stop oder Restart von Windows - die aktuellen States gesichert werden.
-
@paul53 Ok, habe rückgespeichert und iobroker restartet. Mal sehen, wie das funktioniert. Ich nehme an, daß bei einem regulären Abschalten von ioBroker - also iobroker stop oder Stop oder Restart von Windows - die aktuellen States gesichert werden.
@klassisch sagte:
Ich nehme an, daß bei einem regulären Abschalten von ioBroker - also iobroker stop oder Stop oder Restart von Windows - die aktuellen States gesichert werden.
Ja, so ist es.
-
@klassisch sagte:
Ich nehme an, daß bei einem regulären Abschalten von ioBroker - also iobroker stop oder Stop oder Restart von Windows - die aktuellen States gesichert werden.
Ja, so ist es.
-
@paul53 Klasse, herzlichen Dank! Dann passt das. der Win Rechner läuft ja sehr stabil. Und wieder mal Respekt und Hut ab!
@klassisch sagte:
Dann passt das.
Das heißt aber auch: Nach jedem js-controller Update an die Änderung in der Datei denken.
-
@klassisch sagte:
Dann passt das.
Das heißt aber auch: Nach jedem js-controller Update an die Änderung in der Datei denken.
-
Kurzer Bericht. Nach dem Umstellen hat sich das Speichervolumen reduziert. Habe jetzt in ca. 24h laut SsdReady ca. 10GBWritten. Das klingt plausibel. ca. 5GB braucht schon Win10 idle.
Dann gibt das Programm noch "aligned to 4K Writes" mit ca. 15GB an.
Ganz verrückt aber: Sowohl nach CrystalDiskInfo als auch laut Intel Festplattentool (ich habe eine Intel PRO 2500) wurden im selben Zeitraum 153GBWritten verbraucht. Also das Zehnfache. Kann ich mit nicht vorstellen, recht unplausibel. Das sieht irgendwie nach einer verrutschten Zehnerpotenz aus. Seltsam. -
Kurzer Bericht. Nach dem Umstellen hat sich das Speichervolumen reduziert. Habe jetzt in ca. 24h laut SsdReady ca. 10GBWritten. Das klingt plausibel. ca. 5GB braucht schon Win10 idle.
Dann gibt das Programm noch "aligned to 4K Writes" mit ca. 15GB an.
Ganz verrückt aber: Sowohl nach CrystalDiskInfo als auch laut Intel Festplattentool (ich habe eine Intel PRO 2500) wurden im selben Zeitraum 153GBWritten verbraucht. Also das Zehnfache. Kann ich mit nicht vorstellen, recht unplausibel. Das sieht irgendwie nach einer verrutschten Zehnerpotenz aus. Seltsam.@klassisch Noch ein Nachtrag für die Interessierten:
Mit dem Programm AppReadWriteCounter kann man ein paar weitere Infos bekommen:
Innerhalb der letzten 13h schrieb "nodes.exe"ca. 1.6GB auf die Platte mit ca. 286 000 Zugriffen.
MsMpEn schrieb ca. 3.3GB
Der Rest ist jeweils eine Zehnerpotenz drunter.
Dennoch reden die beiden SMART orientierten Tools über 153GB in 24h.
Das kann ich nicht glauben, Faktor 10 weniger scheint realistisch. Andererseits ist das ein alte SSD der Intel Professional Serie, Das sollte das SMART Zeugs doch up to date sein. -
Hallo,
ich hänge mich mal hier mir rein.
Nachdem ich den Intervall auf 5 Minuten erhöht hatte, wurde wesentlich weniger geschrieben. Eine Änderung auf 10 Minuten brachte dann nicht wirklich weitere "Besserung". Somit habe ich mich auf die Suche gemacht und bin über die Wetter-Adapter gestoßen.
Die Objects.json wird bei mir jedesmal neu geschrieben, wenn openweather, dwd oder daswetter aktiv waren. Scheint, als ob die jedesmal an den Objekten / Datenpunkten was ändern, sodass die Änderung auf die SSD soll.
Das Anpassen des Schreibintervalls finde ich gut. Das sollte in den Einstellungen mit angeboten werden. So braucht man nicht in den Konfig-Dateien was ändern, wenn es mal wieder ein Update gab.
Und die Wetter-Adapter scheinen da noch einen Bug zu haben.
-
Hallo,
ich hänge mich mal hier mir rein.
Nachdem ich den Intervall auf 5 Minuten erhöht hatte, wurde wesentlich weniger geschrieben. Eine Änderung auf 10 Minuten brachte dann nicht wirklich weitere "Besserung". Somit habe ich mich auf die Suche gemacht und bin über die Wetter-Adapter gestoßen.
Die Objects.json wird bei mir jedesmal neu geschrieben, wenn openweather, dwd oder daswetter aktiv waren. Scheint, als ob die jedesmal an den Objekten / Datenpunkten was ändern, sodass die Änderung auf die SSD soll.
Das Anpassen des Schreibintervalls finde ich gut. Das sollte in den Einstellungen mit angeboten werden. So braucht man nicht in den Konfig-Dateien was ändern, wenn es mal wieder ein Update gab.
Und die Wetter-Adapter scheinen da noch einen Bug zu haben.
@peterfido sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
Somit habe ich mich auf die Suche gemacht und bin über die Wetter-Adapter gestoßen.
Wie bzw. mit welchen Tool hast Du gesucht?
Die Objects.json wird bei mir jedesmal neu geschrieben, wenn openweather, dwd oder daswetter aktiv waren. Scheint, als ob die jedesmal an den Objekten / Datenpunkten was ändern, sodass die Änderung auf die SSD soll.
Interessant, ich habe selbst keinen Wetteadapter laufen.
Das Anpassen des Schreibintervalls finde ich gut. Das sollte in den Einstellungen mit angeboten werden. So braucht man nicht in den Konfig-Dateien was ändern, wenn es mal wieder ein Update gab.
Ja, das meine ich auch. Vor allem für die SD-Kartennutzer, auch wenn das wohl immer weniger werden.
Und die Wetter-Adapter scheinen da noch einen Bug zu haben.
Beides wäre ein einen issue auf github wert. Bist Du versierter github Nutzer?
-
@peterfido sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
Somit habe ich mich auf die Suche gemacht und bin über die Wetter-Adapter gestoßen.
Wie bzw. mit welchen Tool hast Du gesucht?
Die Objects.json wird bei mir jedesmal neu geschrieben, wenn openweather, dwd oder daswetter aktiv waren. Scheint, als ob die jedesmal an den Objekten / Datenpunkten was ändern, sodass die Änderung auf die SSD soll.
Interessant, ich habe selbst keinen Wetteadapter laufen.
Das Anpassen des Schreibintervalls finde ich gut. Das sollte in den Einstellungen mit angeboten werden. So braucht man nicht in den Konfig-Dateien was ändern, wenn es mal wieder ein Update gab.
Ja, das meine ich auch. Vor allem für die SD-Kartennutzer, auch wenn das wohl immer weniger werden.
Und die Wetter-Adapter scheinen da noch einen Bug zu haben.
Beides wäre ein einen issue auf github wert. Bist Du versierter github Nutzer?
-
@peterfido sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
Somit habe ich mich auf die Suche gemacht und bin über die Wetter-Adapter gestoßen.
Wie bzw. mit welchen Tool hast Du gesucht?
Die Objects.json wird bei mir jedesmal neu geschrieben, wenn openweather, dwd oder daswetter aktiv waren. Scheint, als ob die jedesmal an den Objekten / Datenpunkten was ändern, sodass die Änderung auf die SSD soll.
Interessant, ich habe selbst keinen Wetteadapter laufen.
Das Anpassen des Schreibintervalls finde ich gut. Das sollte in den Einstellungen mit angeboten werden. So braucht man nicht in den Konfig-Dateien was ändern, wenn es mal wieder ein Update gab.
Ja, das meine ich auch. Vor allem für die SD-Kartennutzer, auch wenn das wohl immer weniger werden.
Und die Wetter-Adapter scheinen da noch einen Bug zu haben.
Beides wäre ein einen issue auf github wert. Bist Du versierter github Nutzer?
Kann auch sein, dass es daran liegt, dass die Wetter-Adapter alle in der Schedule-Gruppe sind. Das heißt die Adapter laufen nur kurz und beenden sich dann wieder, statt einfach zu schlafen.
Getestet habe ich das "zu Fuß" anhand des Zeitstempels der Objects.json. Hat sich der geändert, habe ich ins Log geschaut, was zu der Zeit passiert ist.
github-Nutzer bin ich. Allerdings noch relativ "frisch". Ich sehe mir gerade den SourceCode vom Adapter "DasWetter" an. Besser wäre, wenn man die Aktualisierungsrate im Admin einstellen könnte und die Adapter durchlaufen.
Gruß
Peterfido
Proxmox auf Intel NUC12WSHi5
ioBroker: Debian (VM)
CCU: Debmatic (VM)
Influx: Debian (VM)
Grafana: Debian (VM)
eBus: Debian (VM)
Zigbee: Debian (VM) mit zigbee2mqtt -
Kann auch sein, dass es daran liegt, dass die Wetter-Adapter alle in der Schedule-Gruppe sind. Das heißt die Adapter laufen nur kurz und beenden sich dann wieder, statt einfach zu schlafen.
Getestet habe ich das "zu Fuß" anhand des Zeitstempels der Objects.json. Hat sich der geändert, habe ich ins Log geschaut, was zu der Zeit passiert ist.
github-Nutzer bin ich. Allerdings noch relativ "frisch". Ich sehe mir gerade den SourceCode vom Adapter "DasWetter" an. Besser wäre, wenn man die Aktualisierungsrate im Admin einstellen könnte und die Adapter durchlaufen.
@peterfido sagte:
dass es daran liegt, dass die Wetter-Adapter alle in der Schedule-Gruppe sind.
Daran liegt es.
-
@paul53 sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
@klassisch sagte:
wäre ein einen issue auf github wert.
Ich bin verwirrt. Denn ich Interpretiere das
Apollon77 moved this from Backlog to Done in Next Version (3.0.x/3.1) Elena/Francescaso, daß ab JS-Controller 3.0 das feature schon drin sein sollte.
Mein Rechner sagt mir
Typ: js-controller Verfügbar: 3.1.6 Titel: JS controller Installiert: 3.1.6 OS: win32Dann müßte das Feature doch schon eingebaut sein?
-
Kann auch sein, dass es daran liegt, dass die Wetter-Adapter alle in der Schedule-Gruppe sind. Das heißt die Adapter laufen nur kurz und beenden sich dann wieder, statt einfach zu schlafen.
Getestet habe ich das "zu Fuß" anhand des Zeitstempels der Objects.json. Hat sich der geändert, habe ich ins Log geschaut, was zu der Zeit passiert ist.
github-Nutzer bin ich. Allerdings noch relativ "frisch". Ich sehe mir gerade den SourceCode vom Adapter "DasWetter" an. Besser wäre, wenn man die Aktualisierungsrate im Admin einstellen könnte und die Adapter durchlaufen.
@peterfido sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
Getestet habe ich das "zu Fuß" anhand des Zeitstempels der Objects.json. Hat sich der geändert, habe ich ins Log geschaut, was zu der Zeit passiert ist.
Vielen Dank, mühselig, aber man kommt dennoch voran.
-
Kann auch sein, dass es daran liegt, dass die Wetter-Adapter alle in der Schedule-Gruppe sind. Das heißt die Adapter laufen nur kurz und beenden sich dann wieder, statt einfach zu schlafen.
Getestet habe ich das "zu Fuß" anhand des Zeitstempels der Objects.json. Hat sich der geändert, habe ich ins Log geschaut, was zu der Zeit passiert ist.
github-Nutzer bin ich. Allerdings noch relativ "frisch". Ich sehe mir gerade den SourceCode vom Adapter "DasWetter" an. Besser wäre, wenn man die Aktualisierungsrate im Admin einstellen könnte und die Adapter durchlaufen.
@peterfido das sieht man doch
alles was vorne keine Ampel hat ist per crontab einstellbar..
ok ausser die Zusatzklamotten für die VIS
-
@paul53 sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
@klassisch sagte:
wäre ein einen issue auf github wert.
Ich bin verwirrt. Denn ich Interpretiere das
Apollon77 moved this from Backlog to Done in Next Version (3.0.x/3.1) Elena/Francescaso, daß ab JS-Controller 3.0 das feature schon drin sein sollte.
Mein Rechner sagt mir
Typ: js-controller Verfügbar: 3.1.6 Titel: JS controller Installiert: 3.1.6 OS: win32Dann müßte das Feature doch schon eingebaut sein?
@klassisch sagte:
Dann müßte das Feature doch schon eingebaut sein?
Müsste, aber
@paul53 sagte in ioBroker: 25GB pro Tag wg states.json + states.json.bak:
Ich hatte es erst mit der Config-Datei conf/iobroker-dist.json versucht, was allerdings nicht funktioniert hat.
-
@peterfido das sieht man doch
alles was vorne keine Ampel hat ist per crontab einstellbar..
ok ausser die Zusatzklamotten für die VIS
@arteck
Ich hab´s ja gesehen :wink: Nur, warum werden dann bei jedem Start die Objekte neu geschrieben? Als der Javascript-Adapter die Objekte alle unter 0_userdatat.0 bei jedem Skript-Start neu initialisiert und die Werte dadurch gelöscht hatte, habe ich mir eine CreateObject selbst erstellt, welche vorher prüft, ob das Objekt schon existiert.Sowas sollte hier dann auch rein. Oder @apollon77 (ist er dafür zuständig?) berücksichtigt das in zukünftigen Versionen.
566
Online32.7k
Users82.5k
Topics1.3m
Posts