Performance Probleme durch Shelly Adapter?
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
einiges haben wir ja schon dank Eurer Hilfe verbessern können
aber vieles ist bis jetzt noch "geheim" - leider
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
@glasfaser naja einiges haben wir ja schon dank Eurer Hilfe verbessern können.
aber das ist nur Flickschusterei!
wie kommt man dazu 2 MQTT Instanzen und einen weiteten MQTT Broker in Form von Mosquitto zu betreiben?
Ich kann mir vorstellen, dass hier noch einiges ebenfalls "seltsam" gestrickt ist. -
@djmarc75 was möchtest Du bitte wissen, was geheim sein soll?
-
@homoran gut möglich, daher suche ich ja support hier im Forum. Sorry das ich Euch "arbeit mache". Wenn es nicht gewünscht ist, dann können wir an dieser stelle auch den support beenden. Ich mache das ja nicht, um irgendjemanden extra zu ärgern oder weil ich schlechtes im Sinn habe.
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
dann können wir an dieser stelle auch den support beenden.
Nochmal :
Es ist erstmal ein Unterschied ob du im Beta Bereich bist ,
du möchtest bzw. ich sehe auch das du ein produktives System für dein Haus/Wohnung hast , daher ist es erstmal zu empfehlen in Stable zu bleiben ,
wenn du ein Beta Adapter brauchts dann pickst du Ihn dir raus .Auch im anderen Thread hast du auch erstmal etwas gemacht , was man so nicht machen solllte .
Daher ... wir helfen hier gerne , aber es kommt immer nach und nach mehr was wir erst in weiteren Logs sehen !
-
@schtallone dann beiß mal in den sauren Apfel und schalte von Adapterseite mal nur ein "Notprogramm", also nur das aller nötigste an Adapter laufen lassen.
und dann die Kiste mal neu durchstartenanschließend den load beobachten
wenn du dann wieder annähernd an ein load von 1 kommst, Adapter für Adapter zuschalten und warten/beobachten
-
@glasfaser ich werde den Beta Bereich umstellen.
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
was möchtest Du bitte wissen, was geheim sein soll?
es wurde bereits mehrfach gefragt, was sonst noch auf dem NAS läuft.
Kaneras sind es nicht.
aber 7 Container gibt es ja nicht ohne grund.so taucht immer wieder etwas auf, was mehr Fragen aufwirft alsxes beantwortet.
Das lässt vermuten, dass wir noch lange nicht alles wissen um sinnvoll helfen zu können.@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Wenn es nicht gewünscht ist, dann können wir an dieser stelle auch den support beenden.
nöö, kommt gar nicht in Frage!
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Ich mache das ja nicht, um irgendjemanden extra zu ärgern oder weil ich schlechtes im Sinn habe.
Das hoffe ich
Wie gesagt ist der Celeron "eigentlich" ausreichend, ebenso die 8GB RAM.
ich würde ja am liebsten sagen: leg den Container still und mach einen neuen mit einem flammneuen iobroker auf.
und bau diesen dann sukzessive neu auf.Die massive Load ist weitestgehend nicht auf CPU Auslastung zurückzuführen.
Da muss irgendetwas massiv verkonfiguriert sein. -
@crunchip
Werde ich morgen mal machen. Ich habe ja schon abgespeckt und einige Adpater gestoppt. Notprogramm ist dies noch nicht....Ich habe mal überlegt, auch Nodered auszzulagern aus dem iobroker, keine Ahnung ob das am Ende sinnvoll ist.
Jetzt sieht es so aus:
root@iobroker:/opt/iobroker# iobroker list instances + system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alias-manager.0 : alias-manager : iobroker - disabled + system.adapter.backitup.0 : backitup : iobroker - enabled system.adapter.cloud.0 : cloud : iobroker - disabled system.adapter.device-watcher.0 : device-watcher : iobroker - disabled system.adapter.devices.0 : devices : iobroker - disabled system.adapter.dwd.0 : dwd : iobroker - enabled system.adapter.energiefluss.0 : energiefluss : iobroker - disabled system.adapter.feiertage.0 : feiertage : iobroker - enabled system.adapter.ical.0 : ical : iobroker - enabled system.adapter.jarvis.0 : jarvis : iobroker - disabled + system.adapter.javascript.0 : javascript : iobroker - enabled system.adapter.meross.0 : meross : iobroker - disabled + system.adapter.modbus.0 : modbus : iobroker - enabled + system.adapter.mqtt.0 : mqtt : iobroker - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.netatmo.0 : netatmo : iobroker - enabled + system.adapter.node-red.0 : node-red : iobroker - enabled, port: 1880, bind: 0.0.0.0 system.adapter.pushover.0 : pushover : iobroker - disabled system.adapter.pvforecast.0 : pvforecast : iobroker - disabled system.adapter.schoolfree.0 : schoolfree : iobroker - enabled + system.adapter.shelly.0 : shelly : iobroker - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.shuttercontrol.0 : shuttercontrol : iobroker - enabled system.adapter.snmp.0 : snmp : iobroker - disabled system.adapter.sonos.0 : sonos : iobroker - disabled + system.adapter.sourceanalytix.0 : sourceanalytix : iobroker - enabled system.adapter.telegram.0 : telegram : iobroker - disabled, port: 8443, bind: 0.0.0.0 + system.adapter.vw-connect.0 : vw-connect : iobroker - enabled + system.adapter.web.0 : web : iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: admintop - 22:34:01 up 9:25, 0 users, load average: 6,13, 6,39, 6,50 Tasks: 28 total, 3 running, 25 sleeping, 0 stopped, 0 zombie %Cpu(s): 41,4 us, 25,2 sy, 0,5 ni, 22,7 id, 9,5 wa, 0,0 hi, 0,7 si, 0,0 st MiB Mem : 7792,2 total, 1001,4 free, 4856,3 used, 1934,5 buff/cache MiB Swap: 23447,2 total, 23011,1 free, 436,1 used. 2173,6 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 299 iobroker 20 0 994924 133608 12828 R 6,0 1,7 4:51.51 io.shelly.0 351 iobroker 20 0 21,0g 182616 15672 R 6,0 2,3 3:58.96 node-red 176 iobroker 20 0 11,2g 414532 16260 S 5,6 5,2 7:46.99 iobroker.js-con 220 iobroker 20 0 884460 161336 13236 S 1,7 2,0 1:47.20 io.javascript.0 384 iobroker 20 0 718876 85080 12648 S 0,3 1,1 0:47.09 io.sourceanalyt 1777 iobroker 20 0 712044 108284 38892 S 0,3 1,4 0:29.56 io.mqtt.0 1 root 20 0 7372 616 268 S 0,0 0,0 0:00.06 bash 209 iobroker 20 0 1095072 182508 16248 S 0,0 2,3 1:10.26 io.admin.0 233 iobroker 20 0 685312 56048 11996 S 0,0 0,7 0:05.39 io.node-red.0 246 iobroker 20 0 692132 55916 12340 S 0,0 0,7 0:08.45 io.modbus.0 292 iobroker 20 0 953320 57272 13664 S 0,0 0,7 0:07.30 io.netatmo.0 310 iobroker 20 0 10,7g 58312 12472 S 0,0 0,7 0:05.79 io.backitup.0 377 iobroker 20 0 688956 54456 12660 S 0,0 0,7 0:06.58 io.shuttercontr 425 iobroker 20 0 10,9g 70112 15016 S 0,0 0,9 0:12.87 io.vw-connect.0 439 iobroker 20 0 688308 54128 12236 S 0,0 0,7 0:05.52 io.web.0 852 root 20 0 7504 1516 1072 S 0,0 0,0 0:00.04 bash 858 root 20 0 10308 1552 1080 D 0,0 0,0 0:04.43 top 1329 root 20 0 7504 3744 3296 S 0,0 0,0 0:00.03 bash 1340 root 20 0 7240 3260 3036 S 0,0 0,0 0:00.00 iob 1341 iobroker 20 0 938324 73012 38640 S 0,0 0,9 0:04.20 node 3286 root 20 0 7504 3792 3360 S 0,0 0,0 0:00.03 bash 3292 root 20 0 10308 3552 3084 S 0,0 0,0 0:02.23 top 3457 root 20 0 7504 3744 3316 S 0,0 0,0 0:00.04 bash -
-
@homoran said in Performance Probleme durch Shelly Adapter?:
Wie gesagt ist der Celeron "eigentlich" ausreichend, ebenso die 8GB RAM.
ich würde ja am liebsten sagen: leg den Container still und mach einen neuen mit einem flammneuen iobroker auf.
und bau diesen dann sukzessive neu auf.Die massive Load ist weitestgehend nicht auf CPU Auslastung zurückzuführen.
Da muss irgendetwas massiv verkonfiguriert sein.Aber die CPU Auslastung des NAS war ja oft bei 100%...
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Aber die CPU Auslastung des NAS war ja oft bei 100%...
aber im iobroker doch nicht, oder doch?
dann musst du dir mal ansehen was auf dem NAS in solchen Fällen die CPU bremst. -
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Aber eben nicht so im iobroker:
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
%Cpu(s): 39,3 us,
ALLERDINGS sehe ich davor zweimal
topmit 75% CPU -
@homoran
ICh habe den device watcher als (einen) Kandiaten im Sinn -
deinstalliere mal den Shelly Adapter inkl. objektbaum.
dann stoppe mal den iobroker mit iob stop und danach iob fix und dann wieder starten mit iob start,danach den shelly adapter neu installieren und alle einstellungen machen, danach sollte es wieder flutschen!
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Aber die CPU Auslastung des NAS war ja oft bei 100%...
Habe jetzt den ganzen Thread mal aus Interesse durchgelesen.
QNAP kenne ich nicht, arbeite aber auch mit virtualisiertem ioBroker und 2 virtuellen Homematic-Zentralen auf Synology.
Wenn ich so lese, was Du alles auf Deienm QNAP laufen hast, staune ich und bin bei der ersten Frage:
Wieviele Virtualsisierungen/Docker Container werden laut der Spezifikation Deines NAS unterstützt?
(Mein DS923+ unterstützt max. 4 virtuelle Maschinen! Hier läuft alles flüssig.)8GB Speicher wurden für ausreichend erklärt.
Das bezweifle ich mal bei der Vielfalt an Aufgaben der Kiste. Falls möglich, würde ich hier schon mal aufrüsten.Meine Speicherauslastung liegt zwar mal auch bei 64% wenn noch die 4. Virtualisierung läuft (Test-Homematic), aber mein System hat 32 GB RAM !
Die MQTT-Installation(en) sind sehr fragwürdig.
Da bin ich bei den anderen Antworten und hier wird noch einigen im Argen liegen in der Konfiguration. Normalerweise ist ein MQTT-Server (neben dem Shelly-Adapter) ausreichend.@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Aber die CPU Auslastung des NAS war ja oft bei 100%...
Und genau dafür muß die Ursache gefunden werden, denn das ist strikt zu vermeiden. In Spitzenzeiten liegt mein NAS mal knapp unter 50%.
-
@diamand2k22
Guten morgen,ich werde dies so machen. Will ja eh heute morgen alles an Adaptern stoppen und die Performance beobachten.
-
@66er said in Performance Probleme durch Shelly Adapter?:
Wenn ich so lese, was Du alles auf Deienm QNAP laufen hast, staune ich und bin bei der ersten Frage:
Wieviele Virtualsisierungen/Docker Container werden laut der Spezifikation Deines NAS unterstützt?
(Mein DS923+ unterstützt max. 4 virtuelle Maschinen! Hier läuft alles flüssig.)Ich habe in der Dokumentation kein max. an Container herausfinden können:
https://www.qnap.com/de-de/how-to/tutorial/article/wie-wird-container-station-3-verwendetBis vor ein paar Tagen lief es ja auch soweit gut. Klar, wenn ich mal intensive Dinge auf dem NAS gemacht habe (oder das NAS selber), z.B. Dateisystem/Raid wird automatisch geprüft nach einem unvorhergesehenen Abschalten, oder ich schiebe große Datenmengen hin oder her... dann merkte man das im iob.
Aber eben nicht permanent.Und da waren diese unsauberen Dinge wie die beiden MQTT Adapter ebenfalls nicht so am laufen.
8GB Speicher wurden für ausreichend erklärt.
Das bezweifle ich mal bei der Vielfalt an Aufgaben der Kiste. Falls möglich, würde ich hier schon mal aufrüsten.Leider ist bei 8gb schluss bei meinem NAS
Meine Speicherauslastung liegt zwar mal auch bei 64% wenn noch die 4. Virtualisierung läuft (Test-Homematic), aber mein System hat 32 GB RAM !
Die MQTT-Installation(en) sind sehr fragwürdig.
Da bin ich bei den anderen Antworten und hier wird noch einigen im Argen liegen in der Konfiguration. Normalerweise ist ein MQTT-Server (neben dem Shelly-Adapter) ausreichend.Ja da haben wir jetzt schon viel drüber geschimft, natürlich zu RECHT.
Zur Historie: Ich wollte glaube ich mal versuchen, die Abhängigkeit von meiner Wallbox (openWB), welche einen eigenen MQTT-Broker inne hat erzeugen. Hintergrund ist, dass keine statische IP der Wallbox möglich ist, und wenn diese dann sich doch mal ändert, funktionierte die MQTT Sache nicht mehr, da ein andere Broker-IP nachzupflegen war. Dies war mir nicht recht.
Daher hatte ich den 2. MQTT-Adapter mal installiert und einen Mosqiutto Container eingerichtet. Zunächst habe ich einzelen Geräte (ein Shelly, einen ESP32 Wasserzähler,...) über den neunen Mosquitto Broker ans laufen gebracht. Aber die Wallbox fehlte noch da dies nicht so einfach (für mich) war. Dabei ist es dann bis zu unserer Diskussion hier geblieben.Dies als kurze Erläuterung, warum DInge so sind/waren, wie sie sind.
Aber: Die letzten beiden Tage liefen beide MQTT_Adapter nicht, und trotzdem hatte ich diese PRobleme mit dem Shelly adapter...
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Aber die CPU Auslastung des NAS war ja oft bei 100%...
Und genau dafür muß die Ursache gefunden werden, denn das ist strikt zu vermeiden. In Spitzenzeiten liegt mein NAS mal knapp unter 50%.
AUf gehts in die Analyse mit nach und nach eingeschalteten Adaptern sowie der Neuaufsetzung des Shelly-Adapters (zuerst)
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Ich habe in der Dokumentation kein max. an Container herausfinden können:
Wie ist die genaue Bezeichnung Deines QNAP?
-
@66er das ist eine schöne Zusammenfassung und zeigt mir eine Quelle für Missverständnisse auf:
@66er sagte in Performance Probleme durch Shelly Adapter?:
8GB Speicher wurden für ausreichend erklärt.
das galt nur für ioBroker, da der Container 8GB RAM besass!
Die darüber hinausgehenden Einschränkungen, die du nennst, glaubte ich deutlich gemacht zu haben.@66er sagte in Performance Probleme durch Shelly Adapter?:
Meine Speicherauslastung liegt zwar mal auch bei 64% wenn noch die 4. Virtualisierung läuft (Test-Homematic), aber mein System hat 32 GB RAM !
ist das wirklich benutzter RAM, oder nur "verteilter Speicherplatz". (vgl. free vs. available)
