NEWS
js-controller 6.0.x jetzt für alle User im STABLE!
-
@thomas-braun sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
der iob fix läuft ohne meckern durch.
Habe dann noch immer die gleichen FehlermeldungenMoin Zusammen,
ich habe letzte Woche auch die Version 6.0.9 installiert und auf meinem Produktivsystem lief danach alles normal weiter. Mir ist aber aufgefallen das in den letzten Tagen die Reaktion des IOB langsamer ist. Bewegungsmelder schalten das Licht erst nach etwa 2 Sekunden ein und das war vorher nicht so, meine ich zumindest. Wenn ich im IOB unter Hosts nachsehe, ist die CPU im Schnitt bei über 50%. Gestern Linuxupdates gemacht und danach war die Auslastung bei 106%. Also das System aus einem Snapshot, das ich vorher erstellt hatte, wiederhergestellt.
Ich würde jetzt gerne (zum Testen) auf den js-controller 5.x zurückgehen und dann mal sehen wie die Auslastung usw. ist.
Kann ich das problemlos machen? Wenn ja, wie? Ich habe dazu keine Anleitung gefunden?Gruß, Johannes
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Moin Zusammen,
ich habe letzte Woche auch die Version 6.0.9 installiert und auf meinem Produktivsystem lief danach alles normal weiter. Mir ist aber aufgefallen das in den letzten Tagen die Reaktion des IOB langsamer ist. Bewegungsmelder schalten das Licht erst nach etwa 2 Sekunden ein und das war vorher nicht so, meine ich zumindest. Wenn ich im IOB unter Hosts nachsehe, ist die CPU im Schnitt bei über 50%. Gestern Linuxupdates gemacht und danach war die Auslastung bei 106%. Also das System aus einem Snapshot, das ich vorher erstellt hatte, wiederhergestellt.
Ich würde jetzt gerne (zum Testen) auf den js-controller 5.x zurückgehen und dann mal sehen wie die Auslastung usw. ist.
Kann ich das problemlos machen? Wenn ja, wie? Ich habe dazu keine Anleitung gefunden?Gruß, Johannes
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Wenn ja, wie? Ich habe dazu keine Anleitung gefunden?
Steht im ersten Beitrag
umgestiegen von Proxmox auf Unraid
-
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Wenn ja, wie? Ich habe dazu keine Anleitung gefunden?
Steht im ersten Beitrag
Okay, das hatte ich echt überlesen. Sorry. Was da nicht steht, man musste vorher in den Ordner IoBroker wechseln, zumindest war es bei mir so.
Nachdem ich zurück auf die Version 5.0.19 bin, liegt die durchschnittliche Auslastung bei 40%, anstatt wie bei 6.0.9 bei über 50% und auch die Bewegungsmelder schalten wieder sofort. Jemand eine Idee, was das sein kann?Ich installiere jetzt nochmal die 6.0.9 und mal sehen ob es immer noch so ist.
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Okay, das hatte ich echt überlesen. Sorry. Was da nicht steht, man musste vorher in den Ordner IoBroker wechseln, zumindest war es bei mir so.
Nachdem ich zurück auf die Version 5.0.19 bin, liegt die durchschnittliche Auslastung bei 40%, anstatt wie bei 6.0.9 bei über 50% und auch die Bewegungsmelder schalten wieder sofort. Jemand eine Idee, was das sein kann?Ich installiere jetzt nochmal die 6.0.9 und mal sehen ob es immer noch so ist.
Also, folgender Stand:
Version 5.0.19: Auslastung unter Hosts zwischen 30% und 55%. Bewegungsmelder reagieren sofort und Licht geht sofort an.
Version 6.0.9 : Auslastung unter Hosts zwischen 50% und 80%. Bewegungsmelder und damit das Licht einschalten und andere Aktionen, reagieren verzögert. Etwa 1 bis 1,5 Sekunden.
Was kann ich tun im das Problem zu lösen, oder einzugrenzen? Oder muss ich jetzt damit leben?
Das System Bookworm ist auf aktuellem Stand und auch alle Adapter sind aktuell. Das System läuft auf Proxmox mit 8 CPUs und 12 GB Ram. Ich habe zwar etliche Adapter installiert, da aber unter 5.0.19 alles okay ist, sollte es damit nichts zu tun haben.
Oder soll ich die Version 6.0.10 mal testen? Ich weiß im Moment nicht weiter.
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Okay, das hatte ich echt überlesen. Sorry. Was da nicht steht, man musste vorher in den Ordner IoBroker wechseln, zumindest war es bei mir so.
Nachdem ich zurück auf die Version 5.0.19 bin, liegt die durchschnittliche Auslastung bei 40%, anstatt wie bei 6.0.9 bei über 50% und auch die Bewegungsmelder schalten wieder sofort. Jemand eine Idee, was das sein kann?Ich installiere jetzt nochmal die 6.0.9 und mal sehen ob es immer noch so ist.
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
zumindest war es bei mir so.
Nicht nur bei dir, das ist immer der Fall
-
Also, folgender Stand:
Version 5.0.19: Auslastung unter Hosts zwischen 30% und 55%. Bewegungsmelder reagieren sofort und Licht geht sofort an.
Version 6.0.9 : Auslastung unter Hosts zwischen 50% und 80%. Bewegungsmelder und damit das Licht einschalten und andere Aktionen, reagieren verzögert. Etwa 1 bis 1,5 Sekunden.
Was kann ich tun im das Problem zu lösen, oder einzugrenzen? Oder muss ich jetzt damit leben?
Das System Bookworm ist auf aktuellem Stand und auch alle Adapter sind aktuell. Das System läuft auf Proxmox mit 8 CPUs und 12 GB Ram. Ich habe zwar etliche Adapter installiert, da aber unter 5.0.19 alles okay ist, sollte es damit nichts zu tun haben.
Oder soll ich die Version 6.0.10 mal testen? Ich weiß im Moment nicht weiter.
-
Also, folgender Stand:
Version 5.0.19: Auslastung unter Hosts zwischen 30% und 55%. Bewegungsmelder reagieren sofort und Licht geht sofort an.
Version 6.0.9 : Auslastung unter Hosts zwischen 50% und 80%. Bewegungsmelder und damit das Licht einschalten und andere Aktionen, reagieren verzögert. Etwa 1 bis 1,5 Sekunden.
Was kann ich tun im das Problem zu lösen, oder einzugrenzen? Oder muss ich jetzt damit leben?
Das System Bookworm ist auf aktuellem Stand und auch alle Adapter sind aktuell. Das System läuft auf Proxmox mit 8 CPUs und 12 GB Ram. Ich habe zwar etliche Adapter installiert, da aber unter 5.0.19 alles okay ist, sollte es damit nichts zu tun haben.
Oder soll ich die Version 6.0.10 mal testen? Ich weiß im Moment nicht weiter.
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Was kann ich tun im das Problem zu lösen, oder einzugrenzen
Mehr Informationen liefern, Beginnend mit der Ausgabe
iob diagumgestiegen von Proxmox auf Unraid
-
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Was kann ich tun im das Problem zu lösen, oder einzugrenzen
Mehr Informationen liefern, Beginnend mit der Ausgabe
iob diagIntel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Dicke Dinger seh ich da nicht. Der nicht laufende networking.service kommt mir komisch vor.
Stell vielleicht mal von jsonl auf redis um.
-
Dicke Dinger seh ich da nicht. Der nicht laufende networking.service kommt mir komisch vor.
Stell vielleicht mal von jsonl auf redis um.
Das mit dem network.sevice habe ich auch gesehen, aber keine Ahnung woher das kommt. Es scheint aber auf die Funktionalität des IOB keinen Einfluss zu haben.
Auf redis umstellen traue ich mich noch nicht, da werde ich wohl erst noch etwas dazu recherchieren müssen. -
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
/opt/iobroker/backups: 25G /opt/iobroker/backups/
Zwar nicht Thema, macht aber wenig Sinn
umgestiegen von Proxmox auf Unraid
-
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
/opt/iobroker/backups: 25G /opt/iobroker/backups/
Zwar nicht Thema, macht aber wenig Sinn
@crunchip sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Zwar nicht Thema, macht aber wenig Sinn
Ich weiß, aber das liegt daran, das ich auch auf OneDrive sichere und die letzten 20 behalte. Die liegen alle immer auf OneDrive und leider auch unter /opt/iobroker/backups.
Ich weiß nicht warum die doppelt gespeichert werden. Ich bin immer davon ausgegangen, das das sozusagen temporäre Daten für OneDrive sind. Das ich es also so hinnehmen muss.
-
Dicke Dinger seh ich da nicht. Der nicht laufende networking.service kommt mir komisch vor.
Stell vielleicht mal von jsonl auf redis um.
Ich habe eben ein "apt full-upgrade" gemacht und danach den Server neu gestartet, Jetzt schwankt die Auslastung unter Hosts zwischen 70% und 105% und wenn ich über ssh mal top eingebe, kommt das raus:
Der JS-Controller ist immer ganz oben. Meinst du das eine Umstellung auf redis da wirklich helfen könnte?
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Ich habe eben ein "apt full-upgrade" gemacht und danach den Server neu gestartet, Jetzt schwankt die Auslastung unter Hosts zwischen 70% und 105% und wenn ich über ssh mal top eingebe, kommt das raus:
Der JS-Controller ist immer ganz oben. Meinst du das eine Umstellung auf redis da wirklich helfen könnte?
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Meinst du das eine Umstellung auf redis da wirklich helfen könnte?
Aus eigener Erfahrung, JA - 16GB RAM ist auch nicht zu wenig. Bei mir lag dananch die Auslastung bei unter 5%.
685 redis 20 0 1185512 810768 7096 S 5,0 5,0 154:49.97 redis-server 2320615 iobroker 20 0 21,6g 430364 43192 S 4,3 2,7 26:37.21 io.javascript.0 2803140 root 20 0 0 0 0 D 4,0 0,0 2:00.92 kworker/0:3+pm 2027671 plex 20 0 94912 51152 10288 S 3,6 0,3 38:18.95 Plex DLNA Serve 2321527 iobroker 20 0 21,2g 88272 36248 S 3,3 0,5 2:55.22 io.tapo.0 2321146 iobroker 20 0 11,3g 130728 39344 S 3,0 0,8 22:11.21 io.zigbee.0 2321816 iobroker 20 0 21,0g 83488 35936 S 3,0 0,5 12:56.69 io.linux-contro 2320724 iobroker 20 0 11,0g 96380 34604 S 2,6 0,6 15:53.22 io.influxdb.0 2320849 iobroker 20 0 21,0g 105820 35580 S 2,0 0,7 14:12.71 io.hue.0 2320975 iobroker 20 0 11,0g 71812 34228 S 2,0 0,4 9:25.16 io.ping.0 2029873 grafana 20 0 1680360 186972 110368 S 1,7 1,2 27:34.04 grafana 2047265 influxdb 20 0 1896428 262700 46784 S 1,7 1,6 28:18.78 influxd 2322489 iobroker 20 0 11,0g 87756 38328 S 1,7 0,5 11:04.29 io.upnp.0 2321182 iobroker 20 0 11,0g 87492 37952 S 1,3 0,5 4:55.54 io.tr-064.0 2623 pihole 20 0 138224 11136 8068 S 1,0 0,1 33:32.34 redis-server 2046919 root 0 -20 0 0 0 I 0,7 0,0 10:06.59 kworker/u9:2-uvcvideo 1 root 20 0 168268 13176 7932 S 0,3 0,1 5:05.31 systemd 339 root 20 0 0 0 0 S 0,3 0,0 1:35.85 jbd2/sda2-8 404 root 19 -1 151244 77024 75188 S 0,3 0,5 3:35.55 systemd-journal 621 message+ 20 0 9308 5160 3796 S 0,3 0,0 3:51.75 dbus-daemon 687 Debian-+ 20 0 24680 11504 7596 S 0,3 0,1 14:24.72 snmpd 753 pihole 10 -10 713576 41240 11348 S 0,3 0,3 19:13.74 pihole-FTL 2516 35002 20 0 7425832 103848 20736 S 0,3 0,6 6:58.94 java 3209 ubuntu 20 0 3277172 264848 13824 S 0,3 1,6 9:54.92 java 3593 35002 20 0 7827192 156024 20956 S 0,3 1,0 9:33.72 java 3822 911 20 0 398604 182960 25652 S 0,3 1,1 10:08.59 uvicorn 2027673 plex 20 0 43940 12368 10356 S 0,3 0,1 1:47.77 Plex Tuner Serv 2320476 iobroker 20 0 21,3g 157528 41440 S 0,3 1,0 1:39.71 iobroker.js-con 2320554 ubuntu 20 0 7832008 240004 20192 S 0,3 1,5 1:34.19 java 2321619 iobroker 20 0 11,2g 108920 35844 S 0,3 0,7 0:54.00 io.imap.0 2787903 root 20 0 0 0 0 I 0,3 0,0 1:13.14 kworker/0:1-kacpi_notify 2843965 ubuntu 20 0 11212 4724 3844 R 0,3 0,0 0:00.63 top 2 root 20 0 0 0 0 S 0,0 0,0 0:00.28 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gpRo75.
SERVER = Beelink U59 16GB DDR4 RAM 512GB SSD, FB 7490, FritzDect 200+301+440, ConBee II, Zigbee Aqara Sensoren + NOUS A1Z, NOUS A1T, Philips Hue ** ioBroker, REDIS, influxdb2, Grafana, PiHole, Plex-Mediaserver, paperless-ngx (Docker), MariaDB + phpmyadmin *** VIS-Runtime = Intel NUC 8GB RAM 128GB SSD + 24" Touchscreen
-
Ich habe eben ein "apt full-upgrade" gemacht und danach den Server neu gestartet, Jetzt schwankt die Auslastung unter Hosts zwischen 70% und 105% und wenn ich über ssh mal top eingebe, kommt das raus:
Der JS-Controller ist immer ganz oben. Meinst du das eine Umstellung auf redis da wirklich helfen könnte?
-
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
system.adapter.discovery
ist unnötig und bereitete in der Vergangenheit schon mal Probleme
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
nodejs modules from github: 6
ggf github versionen reduzieren
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
networking.service loaded failed failed Raise network interfaces
da solltest du mal dein /etc/network/interfaces kontrollieren, ggf ist da etwas falsch eingetragen
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Ich weiß nicht warum die doppelt gespeichert werden
in der Regel werden die nicht doppelt gesichert, manuell angestoßene Backups bleiben in dem Ordner oder wenn das Verzeichnis nicht leer ist, bleiben auch die automatischen drin und zu zuger letzt, wenn ein backup fehl schlug, bleiben sie auch dort liegen, müsstest du allerdings im log sehen bzw auf der Gegenstelle kein backup vorhanden sein
-
@jojo58 würde empfehlen mal einzelne Adapter zu stoppen um evtl. zu schauen welcher dazu führt, da die DB im Controller läuft kann es durchaus an einem Adapter liegen. In unserem Benchmark Tests war nichts auffällig zwischen Controller 6 zu 5.
Dauerte etwas bis ich die meisten Adapter mal deaktiviert und dann einzeln wieder aktiviert hatte. Es gibt 2 Adapter die Probleme bereiten. Das ist "operating-hours.0" und "upnp.0". Ohne diese Beiden liegt die Auslastung bei Hosts um die 20%, ab und zu mal Spitzen um die 50%-60%. Aktiviere ich dann "UPnP" liegt die Auslastung um die 55% mit Spitzen um die 80%.
Aktiviere ich dann noch "Betriebsstunden", ist es vorbei mit der Ruhe, dann liege ich im Schnitt bei 80%. Wenn ich dann die "Aktualisierungsrate" in der Instanz runter setze, wird's schon mal besser. Auf diesen Adapter könnte ich notfalls auch verzichten, nutze den nur, weil ich Sammler und Jäger bin. Ich lasse den "operating-hours.0" erstmal deaktiviert.
Auf den "UPnP" will ich nicht verzichten, da nutze ich dann doch einige Datenpunkte.@Ro75
Ich werde mir die Videos von Matthias zu "Redis" mal erneut ansehen und dann wohl umstellen.@crunchip
Deinen Hinweisen werde ich auch noch nachgehen.Danke euch für die Hilfe und Tipps.
Johannes
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Meinst du das eine Umstellung auf redis da wirklich helfen könnte?
Aus eigener Erfahrung, JA - 16GB RAM ist auch nicht zu wenig. Bei mir lag dananch die Auslastung bei unter 5%.
685 redis 20 0 1185512 810768 7096 S 5,0 5,0 154:49.97 redis-server 2320615 iobroker 20 0 21,6g 430364 43192 S 4,3 2,7 26:37.21 io.javascript.0 2803140 root 20 0 0 0 0 D 4,0 0,0 2:00.92 kworker/0:3+pm 2027671 plex 20 0 94912 51152 10288 S 3,6 0,3 38:18.95 Plex DLNA Serve 2321527 iobroker 20 0 21,2g 88272 36248 S 3,3 0,5 2:55.22 io.tapo.0 2321146 iobroker 20 0 11,3g 130728 39344 S 3,0 0,8 22:11.21 io.zigbee.0 2321816 iobroker 20 0 21,0g 83488 35936 S 3,0 0,5 12:56.69 io.linux-contro 2320724 iobroker 20 0 11,0g 96380 34604 S 2,6 0,6 15:53.22 io.influxdb.0 2320849 iobroker 20 0 21,0g 105820 35580 S 2,0 0,7 14:12.71 io.hue.0 2320975 iobroker 20 0 11,0g 71812 34228 S 2,0 0,4 9:25.16 io.ping.0 2029873 grafana 20 0 1680360 186972 110368 S 1,7 1,2 27:34.04 grafana 2047265 influxdb 20 0 1896428 262700 46784 S 1,7 1,6 28:18.78 influxd 2322489 iobroker 20 0 11,0g 87756 38328 S 1,7 0,5 11:04.29 io.upnp.0 2321182 iobroker 20 0 11,0g 87492 37952 S 1,3 0,5 4:55.54 io.tr-064.0 2623 pihole 20 0 138224 11136 8068 S 1,0 0,1 33:32.34 redis-server 2046919 root 0 -20 0 0 0 I 0,7 0,0 10:06.59 kworker/u9:2-uvcvideo 1 root 20 0 168268 13176 7932 S 0,3 0,1 5:05.31 systemd 339 root 20 0 0 0 0 S 0,3 0,0 1:35.85 jbd2/sda2-8 404 root 19 -1 151244 77024 75188 S 0,3 0,5 3:35.55 systemd-journal 621 message+ 20 0 9308 5160 3796 S 0,3 0,0 3:51.75 dbus-daemon 687 Debian-+ 20 0 24680 11504 7596 S 0,3 0,1 14:24.72 snmpd 753 pihole 10 -10 713576 41240 11348 S 0,3 0,3 19:13.74 pihole-FTL 2516 35002 20 0 7425832 103848 20736 S 0,3 0,6 6:58.94 java 3209 ubuntu 20 0 3277172 264848 13824 S 0,3 1,6 9:54.92 java 3593 35002 20 0 7827192 156024 20956 S 0,3 1,0 9:33.72 java 3822 911 20 0 398604 182960 25652 S 0,3 1,1 10:08.59 uvicorn 2027673 plex 20 0 43940 12368 10356 S 0,3 0,1 1:47.77 Plex Tuner Serv 2320476 iobroker 20 0 21,3g 157528 41440 S 0,3 1,0 1:39.71 iobroker.js-con 2320554 ubuntu 20 0 7832008 240004 20192 S 0,3 1,5 1:34.19 java 2321619 iobroker 20 0 11,2g 108920 35844 S 0,3 0,7 0:54.00 io.imap.0 2787903 root 20 0 0 0 0 I 0,3 0,0 1:13.14 kworker/0:1-kacpi_notify 2843965 ubuntu 20 0 11212 4724 3844 R 0,3 0,0 0:00.63 top 2 root 20 0 0 0 0 S 0,0 0,0 0:00.28 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gpRo75.
Ich kann es kaum glauben. Ich habe umgestellt auf Redis und jetzt langweilt sich die Maschine. Ganz selten geht es mal auf über 1%. Auch über ssh und top ist alles entspannt. Und das obwohl alle Instanzen aktiviert sind.
Danke... :+1: :laughing:
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
Ich kann es kaum glauben. Ich habe umgestellt auf Redis und jetzt langweilt sich die Maschine. Ganz selten geht es mal auf über 1%. Auch über ssh und top ist alles entspannt. Und das obwohl alle Instanzen aktiviert sind.
Danke... :+1: :laughing:
-
Dauerte etwas bis ich die meisten Adapter mal deaktiviert und dann einzeln wieder aktiviert hatte. Es gibt 2 Adapter die Probleme bereiten. Das ist "operating-hours.0" und "upnp.0". Ohne diese Beiden liegt die Auslastung bei Hosts um die 20%, ab und zu mal Spitzen um die 50%-60%. Aktiviere ich dann "UPnP" liegt die Auslastung um die 55% mit Spitzen um die 80%.
Aktiviere ich dann noch "Betriebsstunden", ist es vorbei mit der Ruhe, dann liege ich im Schnitt bei 80%. Wenn ich dann die "Aktualisierungsrate" in der Instanz runter setze, wird's schon mal besser. Auf diesen Adapter könnte ich notfalls auch verzichten, nutze den nur, weil ich Sammler und Jäger bin. Ich lasse den "operating-hours.0" erstmal deaktiviert.
Auf den "UPnP" will ich nicht verzichten, da nutze ich dann doch einige Datenpunkte.@Ro75
Ich werde mir die Videos von Matthias zu "Redis" mal erneut ansehen und dann wohl umstellen.@crunchip
Deinen Hinweisen werde ich auch noch nachgehen.Danke euch für die Hilfe und Tipps.
Johannes
@jojo58 said in js-controller 6.0.x jetzt für alle User im STABLE!:
Es gibt 2 Adapter die Probleme bereiten. Das ist "operating-hours.0" und "upnp.0".
Welche Refreshrate hast du bei operating-hours eingestellt?
An sich sollte der bei einem ersten Blick nicht so viel tun - außer du hast 2000 States konfiguriert :-).
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
521
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge