Performance Probleme durch Shelly Adapter?
-
Hier nach deistallation des Shelly adapters (auch objekte gelöscht und die daten des shelly-beta-adapters 6.4.1 (oder so) aus dem iob entfernt und
iob fixtop - 10:50:49 up 21:41, 0 users, load average: 4,60, 4,59, 4,60 Tasks: 6 total, 1 running, 5 sleeping, 0 stopped, 0 zombie %Cpu(s): 6,2 us, 9,1 sy, 1,9 ni, 79,3 id, 3,5 wa, 0,0 hi, 0,0 si, 0,0 st MiB Mem : 7792,2 total, 1619,2 free, 3440,1 used, 2732,9 buff/cache MiB Swap: 23447,2 total, 22874,7 free, 572,6 used. 3570,2 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 142 iobroker 20 0 10,9g 237628 41744 S 0,3 3,0 0:15.56 iobroker.js-con 1 root 20 0 7372 3512 3172 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 992132 138080 46892 S 0,0 1,7 0:04.65 io.admin.0 198 iobroker 20 0 10,7g 90508 46904 S 0,0 1,1 0:02.81 io.backitup.0 836 root 20 0 7504 3992 3472 S 0,0 0,1 0:00.03 bash 843 root 20 0 10308 3724 3248 R 0,0 0,0 0:00.05 top -
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
bitte einmal kurz "SWAP" erläutern... DANKE
swap ist der Notfallüberlauf für ein nicht ausreichendes RAM.
dann wird überschüssiges auf die Festplatte ausgelagert und immer langsam hin und her kopiert, anstelle im schnellen RAM verarbeitet zu werden -
@djmarc75 said in Performance Probleme durch Shelly Adapter?:
ich glaube immernoch an diesen dubiosen JDownloader2-Container - laut google ist das ein reines Buggy, will das aber nicht nachstellen
Habe den JDownloader Container beendet um 10:55
topca. 5 Minunten später:
top - 10:59:52 up 21:51, 0 users, load average: 2,94, 3,58, 4,18 Tasks: 6 total, 1 running, 5 sleeping, 0 stopped, 0 zombie %Cpu(s): 27,0 us, 23,3 sy, 3,2 ni, 46,4 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Mem : 7792,2 total, 1840,3 free, 3137,8 used, 2814,1 buff/cache MiB Swap: 23447,2 total, 22914,9 free, 532,3 used. 3856,3 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 198 iobroker 20 0 10,7g 90472 46904 S 1,0 1,1 0:03.12 io.backitup.0 142 iobroker 20 0 10,9g 238508 41744 S 0,3 3,0 0:19.44 iobroker.js-con 1 root 20 0 7372 3512 3172 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 992388 138332 46892 S 0,0 1,7 0:05.09 io.admin.0 836 root 20 0 7504 3992 3472 S 0,0 0,1 0:00.03 bash 843 root 20 0 10308 3724 3248 R 0,0 0,0 0:00.23 top -
@crunchip sagte in Performance Probleme durch Shelly Adapter?:
@schtallone da kann doch etwas nicht stimmen
bei 2 Adapter einen Ram Verbrauch von 3429,6 und nen load von fast 4
dazu kommt, dass auch SWAP genutzt wurde
warum ist der swap überhaupt so großzügig eingestellt
wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellenLeute, ihr habt da aus meiner Sicht einen Verständnisfehler. Wenn man innerhalb eines Containers "top" aufruft, bekommt man immer die Daten des Hosts.
Es ist halt ein Container und keine VM. -
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
ca. 5 Minunten später:
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
load average: 2,94, 3,58, 4,18
geht die load lansam runter ( 1Minute 2.9, 5Minuten 3.5 und über 10 Minuten noch 4.2)
-
@marc-berg sagte in Performance Probleme durch Shelly Adapter?:
Es ist halt ein Container
mit so was dubiosem arbeite ich doch gar nicht. Daher muss man mir das auch sagen
-
@marc-berg sagte in Performance Probleme durch Shelly Adapter?:
Wenn man innerhalb eines Containers "top" aufruft, bekommt man immer die Ergebnisse des Hosts.
das wusste ich nicht,
wenn ich in Proxmox einen LXC aufrufe und mit TOP abfrage, bekomm ich die Daten vom LXC und nicht vom Host
aber wie bereits geschrieben, ich hab kein NAS und auch noch nie etwas damit zu tun gehabt -
@homoran das schwankt aber auch wieder richtung 4-5
-
@crunchip sagte in Performance Probleme durch Shelly Adapter?:
wenn die Kiste nur 8GB Ram Gesamt hat, macht es auch keinen Sinn, dem einzelnen Container alles zur Verfügung zu stellen
Moin,
das verhält sich so, dass Docker als Zwischenschicht auf dem NAS Betriebssystem läuft, Docker bekommt erst einmal die ganzen Ressourcen zu sehen, man kann dann aber beim Erstellen, festlegen, ob der Container alles sieht oder ob die Ressourcen eingeschränkt werden, auch ob der Container privilegiert / unprivilegiert erstellt wird.
Auf meiner Syno, laufen die alle ohne Beschränkung, das hat ja eigentlich den Vorteil, da dynamisch, bei Ressourcenknappheit, umverteilt werden kann.VG
Bernd -
@homoran said in Performance Probleme durch Shelly Adapter?:
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
bitte einmal kurz "SWAP" erläutern... DANKE
swap ist der Notfallüberlauf für ein nicht ausreichendes RAM.
dann wird überschüssiges auf die Festplatte ausgelagert und immer langsam hin und her kopiert, anstelle im schnellen RAM verarbeitet zu werdenDanke für die Erläuterung. ICh lasse gerade eine Speicher(RAM)-Bereinigung auf dem NAS laufen, anschhließend berichte ich wieder "top"
Hier "top":
top - 11:14:42 up 22:05, 0 users, load average: 4,64, 4,72, 4,74 Tasks: 6 total, 1 running, 5 sleeping, 0 stopped, 0 zombie %Cpu(s): 34,1 us, 35,2 sy, 2,5 ni, 27,9 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st MiB Mem : 7792,2 total, 2801,2 free, 3285,9 used, 1705,1 buff/cache MiB Swap: 23447,2 total, 23447,2 free, 0,0 used. 3565,9 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 142 iobroker 20 0 10,9g 239280 41744 S 1,3 3,0 0:25.58 iobroker.js-con 1 root 20 0 7372 3512 3172 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 992388 139368 46892 S 0,0 1,7 0:05.69 io.admin.0 198 iobroker 20 0 10,7g 90384 46904 S 0,0 1,1 0:03.54 io.backitup.0 836 root 20 0 7504 3992 3472 S 0,0 0,1 0:00.03 bash 843 root 20 0 10308 3724 3248 R 0,0 0,0 0:00.51 top -
Ja ich hatte den selber Fehler mit dem Mqqt Präfix, das hat mein ganzes System lahm gelegt. Mach es mal so wie ich geschrieben habe!
Gruß
-
@diamand2k22 said in Performance Probleme durch Shelly Adapter?:
Ja ich hatte den selber Fehler mit dem Mqqt Präfix, das hat mein ganzes System lahm gelegt. Mach es mal so wie ich geschrieben habe!
Gruß
Habe den Adapter (in V. 5.3.2) wieder am laufen, alle Shellys sind da und online. Alle Aliase sind auch ok. Ich berichte nach 10 Minuten...
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
bitte einmal kurz "SWAP" erläutern... DANKE
Moin,
es gibt vereinfacht gesagt, verschiedene Arten von Speicher
- Memory
- SSD/HDD
Beim Aufsetzen eines Rechners, kann man angeben, ob ein gewisser Anteil, entweder aus dem Memory oder auf der SSD/HDD für den sogenannten
Auslagerungsspeicherverwendet werden soll. DieserAuslagerungsspeicherwar/ist in manchen Situationen wichtig, um das System am Leben zu halten, gerade wenn wenig Speicher vorhanden ist. Sollte es einmal zu einem Engpass kommen, dann werden Prozesse, die gerade nicht gebraucht werden, ausgelagert. Kommt der Prozess aber wieder nach oben, dann muss er erst wieder aus demAuslagerungsspeicherins Memory kopiert werden, das verbraucht Zeit und CPU.
Es war ein gewisser Auslagerungsspeicher auch wichtig, wenn man den Rechner schlafen legen wollte, da gibt es zum einenSuspend to RAModerSuspend to Diskdafür wurde dann einSWAPauf Disk angelegt, wo ein Memory-Abbild beim Herunterfahren auf die Platte gelegt wurde, das beim Starten, dann schneller wieder gestartet war als komplett zu Booten.Mal ganz allgemein und in meinen Worten, da gibt es aber so viel im WWW, da solltest Du mal Zeit investieren und selbst lesen.
VG
Bernd -
@dp20eic
Danke dafür. Soweit verstanden. Ich habe keine Einstellung auf die schnelle im NAS gefunden, dies zu begrenzen oder ähnliches. Aber die vorher benannte Speicherbereichnigung hat den SWAP geleert. -
@schtallone said in Performance Probleme durch Shelly Adapter?:
@diamand2k22 said in Performance Probleme durch Shelly Adapter?:
Ja ich hatte den selber Fehler mit dem Mqqt Präfix, das hat mein ganzes System lahm gelegt. Mach es mal so wie ich geschrieben habe!
Gruß
Habe den Adapter (in V. 5.3.2) wieder am laufen, alle Shellys sind da und online. Alle Aliase sind auch ok. Ich berichte nach 10 Minuten...
top - 11:38:51 up 22:30, 0 users, load average: 3,95, 4,01, 4,15 Tasks: 10 total, 1 running, 9 sleeping, 0 stopped, 0 zombie %Cpu(s): 33,6 us, 30,6 sy, 1,7 ni, 34,0 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st MiB Mem : 7792,2 total, 3109,9 free, 3531,4 used, 1150,8 buff/cache MiB Swap: 23447,2 total, 23447,2 free, 0,0 used. 3392,0 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2644 iobroker 20 0 712300 79676 8656 S 2,3 1,0 0:30.25 io.shelly.0 142 iobroker 20 0 11,0g 229816 10096 S 1,3 2,9 1:09.76 iobroker.js-con 198 iobroker 20 0 10,7g 52016 8016 S 0,3 0,7 0:04.17 io.backitup.0 1 root 20 0 7372 732 392 S 0,0 0,0 0:00.07 bash 163 iobroker 20 0 1038376 137704 12920 S 0,0 1,7 0:13.57 io.admin.0 836 root 20 0 7504 920 400 S 0,0 0,0 0:00.03 bash 843 root 20 0 10308 948 472 R 0,0 0,0 0:01.06 top 2503 root 20 0 7504 824 380 S 0,0 0,0 0:00.04 bash 2509 root 20 0 7240 564 332 S 0,0 0,0 0:00.00 iob 2510 iobroker 20 0 921676 35672 7864 S 0,0 0,4 0:01.67 node2023-09-17 11:25:20.498 - info: host.iobroker "system.adapter.shelly.0" enabled 2023-09-17 11:25:20.806 - info: host.iobroker instance system.adapter.shelly.0 started with pid 2644 2023-09-17 11:25:24.926 - info: shelly.0 (2644) starting. Version 5.3.2 in /opt/iobroker/node_modules/iobroker.shelly, node: v18.17.1, js-controller: 5.0.12 2023-09-17 11:25:24.994 - info: shelly.0 (2644) Starting in MQTT mode. Listening on 0.0.0.0:1882 2023-09-17 11:25:26.746 - info: shelly.0 (2644) [MQTT] Device 192.168.1.62 (shellyplus2pm / shellyplus2pm-b8d61a8b94fc / shellyplus2pm#b8d61a8b94fc#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:30.584 - info: shelly.0 (2644) [MQTT] Device 192.168.1.16 (shellyplus1pm / shellyplus1pm-a8032abc230c / shellyplus1pm#a8032abc230c#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:41.763 - info: shelly.0 (2644) [MQTT] Device 192.168.1.18 (shellyplus1pm / shellyplus1pm-a8032ab96370 / shellyplus1pm#a8032ab96370#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:42.276 - info: shelly.0 (2644) [MQTT] Device 192.168.1.27 (shellyplus1 / shellyplus1-441793a820f4 / shellyplus1#441793a820f4#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:43.629 - info: shelly.0 (2644) [MQTT] Device 192.168.1.50 (shellyplus2pm / shellyplus2pm-485519a2a5d4 / shellyplus2pm#485519a2a5d4#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:45.802 - info: shelly.0 (2644) [MQTT] Device 192.168.1.56 (shellyplus2pm / shellyplus2pm-5443b23e5f74 / shellyplus2pm#5443b23e5f74#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:47.014 - info: shelly.0 (2644) [MQTT] Device 192.168.1.17 (shellyplus1pm / shellyplus1pm-a8032ab96980 / shellyplus1pm#a8032ab96980#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:47.718 - info: shelly.0 (2644) [MQTT] Device 192.168.1.52 (shellyplus2pm / shellyplus2pm-5443b23ecce4 / shellyplus2pm#5443b23ecce4#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:48.160 - info: shelly.0 (2644) [MQTT] Device 192.168.1.49 (shellyplusi4 / shellyplusi4-c049ef89b85c / shellyplusi4#c049ef89b85c#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:49.989 - info: shelly.0 (2644) [MQTT] Device 192.168.1.12 (shellyplus1pm / shellyplus1pm-7c87ce65d970 / shellyplus1pm#7c87ce65d970#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:50.030 - info: shelly.0 (2644) [MQTT] Device 192.168.1.26 (shellyplus1 / shellyplus1-441793ab9088 / shellyplus1#441793ab9088#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:50.572 - info: shelly.0 (2644) [MQTT] Device 192.168.1.15 (shellyplus1pm / shellyplus1pm-3c610579df44 / shellyplus1pm#3c610579df44#1) connected! Polltime set to 15 sec. 2023-09-17 11:25:56.423 - info: shelly.0 (2644) [MQTT] Device 192.168.1.14 (shellyplus1pm / shellyplus1pm-7c87ce65d794 / shellyplus1pm#7c87ce65d794#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:00.854 - info: shelly.0 (2644) [MQTT] Device 192.168.1.53 (shellyplus2pm / shellyplus2pm-b8d61a863524 / shellyplus2pm#b8d61a863524#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:01.275 - info: shelly.0 (2644) [MQTT] Device 192.168.1.19 (shellyplug-s / shellyplug-s-4022D8897556 / SHPLG-S#4022D8897556#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:04.593 - info: shelly.0 (2644) [MQTT] Device 192.168.1.51 (shellyplus2pm / shellyplus2pm-441793acae2c / shellyplus2pm#441793acae2c#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:05.722 - info: shelly.0 (2644) [MQTT] Device 192.168.1.59 (shellyplus2pm / shellyplus2pm-5443b23d6114 / shellyplus2pm#5443b23d6114#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:05.894 - info: shelly.0 (2644) [MQTT] Device 192.168.1.60 (shellyplus2pm / shellyplus2pm-5443b23e1a90 / shellyplus2pm#5443b23e1a90#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:07.658 - info: shelly.0 (2644) [MQTT] Device 192.168.1.63 (shellyplus2pm / shellyplus2pm-4022d8da969c / shellyplus2pm#4022d8da969c#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:07.673 - info: shelly.0 (2644) [MQTT] Device 192.168.1.55 (shellyplus2pm / shellyplus2pm-4022d8dbe474 / shellyplus2pm#4022d8dbe474#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:09.633 - info: shelly.0 (2644) [MQTT] Device 192.168.1.58 (shellyplus2pm / shellyplus2pm-b8d61a8abb7c / shellyplus2pm#b8d61a8abb7c#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:10.093 - info: shelly.0 (2644) [MQTT] Device 192.168.1.20 (shellyplug-s / shellyplug-s-4022D8897200 / SHPLG-S#4022D8897200#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:12.710 - info: shelly.0 (2644) [MQTT] Device 192.168.1.57 (shellyplus2pm / shellyplus2pm-b8d61a876248 / shellyplus2pm#b8d61a876248#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:14.130 - info: shelly.0 (2644) [MQTT] Device 192.168.1.22 (shellyplus1pm / shellyplus1pm-a8032ab94e10 / shellyplus1pm#a8032ab94e10#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:15.531 - info: shelly.0 (2644) [MQTT] Device 192.168.1.54 (shellyplus2pm / shellyplus2pm-b8d61a8bf730 / shellyplus2pm#b8d61a8bf730#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:19.453 - info: shelly.0 (2644) [MQTT] Device 192.168.1.61 (shellyplus2pm / shellyplus2pm-5443b23fd3dc / shellyplus2pm#5443b23fd3dc#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:19.515 - info: shelly.0 (2644) [MQTT] Device 192.168.1.13 (shellyplus1pm / shellyplus1pm-3c610579bd34 / shellyplus1pm#3c610579bd34#1) connected! Polltime set to 15 sec. 2023-09-17 11:26:22.667 - info: shelly.0 (2644) [MQTT] Device 192.168.1.23 (shellyplus1pm / shellyplus1pm-4855199a5d7c / shellyplus1pm#4855199a5d7c#1) connected! Polltime set to 15 sec.SEHR ruhig im log....
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
benannte Speicherbereichnigung hat den SWAP geleert.
Moin,
mal was anderes, ist die QNAP denn auf dem neusten Stand, alle Updates von QNAP eingespielt und auch sonstige Applikationen, auf dem NAS, sind aktuell?
VG
Bernd -
@schtallone Dein Load ist immer noch zu hoch. Wie vorher schon geschrieben liegt die Vermutung nahe, dass es nicht der iobroker Container ist, der das verursacht. Ich würde grundlegender anfangen und alle Container deaktivieren, Load für ein paar Minuten anzeigen lassen und sukzessive Container aktivieren und den Load betrachten. Sonst kommst Du denke ich nie an die eigentliche Ursache.
-
@dp20eic ja, alles aktuell
-
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
top - 11:38:51 up 22:30, 0 users, load average: 3,95, 4,01, 4,15
Moin,
kannst Du mal Docker stoppen und schauen, ob der
load avarageauf ein normales maß fällt?
Kannst Du Dich auf die QNAP auch perssheinloggen, dann kannst Du da auch TOP nutzen.VG
Bernd -
@schtallone hast Du den dubiosen JD2 Container immernoch aus ?
