NEWS
Performance Probleme durch Shelly Adapter?
Performance Probleme durch Shelly Adapter?
-
@homoran sagte in Performance Probleme durch Shelly Adapter?:
ist das wirklich benutzter RAM
Ja, laut Monitoring.
Ich bemesse meine virtuellen Maschinen eher zu großzügig.@homoran sagte in Performance Probleme durch Shelly Adapter?:
@66er
@schtallone sagte in Performance Probleme durch Shelly Adapter?:ist nen QNAP TS251D mit 8gb RAM.
Danke, überlesen.
@homoran sagte in Performance Probleme durch Shelly Adapter?:
das galt nur für ioBroker, da der Container 8GB RAM besass!
und das QNAP selbst hat auch nur 8GB!
@66er sagte in Performance Probleme durch Shelly Adapter?:
und das QNAP selbst hat auch nur 8GB!
und deswegen die Frage nach einer möglichen Überprovisionierung.
Ich arbeite nicht mit Containern, aber bei Proxmox VMs darf die Summe des verteilten RAMs nicht dem vollständigen RAM entsprechen, da auch Proxmox selbst noch RAM (und Plattenplatz) benötigt. -
@dp20eic said in Performance Probleme durch Shelly Adapter?:
@diamand2k22 sagte in Performance Probleme durch Shelly Adapter?:
dann stoppe mal den iobroker mit iob stop und danach iob fix und dann wieder starten mit iob start,
Moin,
da es sich um ein Docker Container handelt, geht das so wohl nicht, das muss man anders machen
pkill -u iobrokerUnd Starten geht dann auch nur durch Neustart des Containers.
Neustart läuft gerade, es laufen dann nur noch die Adpater Admin, Backup und ein Alias-Manager (welcher als solcher nicht beendet werden kann aus dem iob). Fix wurde auch gemacht vor dem NEustart.
Ich lasse das jetzt mal 10-15 Minuten in Ruhe und poste dann die Ergebnisse aus
top@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Aber die CPU Auslastung des NAS war ja oft bei 100%...
Ich vermute, dass das passiert, wenn Dir der Speicher ausgeht, dann muss das NAS Applikationen stoppen oder in den
Swapauslagern, oder wieder vom Swap zurückholen. Aber auch dazu braucht es Logs, aus dem Zeitbereich, wann es passiert.ja, das vermute ich auch. Und dabei habe ich gesehen, dass der Device-Watcher hier einen großen anteil dran haben könnte. Rein subjektiv betrachtet.
@66er sagte in Performance Probleme durch Shelly Adapter?:
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.)Virtuelle Maschinen ≠ Docker Container, ich hoffe der TE hat nicht auch noch VMs am laufen und uns das noch nicht mitgeteilt.
Nein, KEINE VMs am laufen, nur die Container
Auf meiner DS716PlusII läuft keine VM, aber dafür 17 Container. Ich habe nur dann Probleme, wenn die Bilderverwaltung
immichGesichtserkennung oder ein neuer Index erstellt wird, dann brauchen dieimmichContainer 80-90 % der Ressourcen der DS.@66er sagte in Performance Probleme durch Shelly Adapter?:
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 DS716PlusII hat auch nur 8 GB die 17 Container laufen, das passt schon, wie oben schon geschrieben komme ich nur an die Grenzen, wenn
immichviel zu tun hat.dito...
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
ICh habe den device watcher als (einen) Kandiaten im Sinn
Wieso, woran machst Du das fest, in zwei
ioBrokerInstallationen, läuft der Adapter ohne Auffälligkeiten bei mir?wie gesagt, rein subjektiv betrachtet. Aber wenn der Adapter schon fast 500mB RAM verwendet und ich, nachdem ich den Adapter beende eine SPÜRBARE Verbesserung der Performance registriere....
Ich würde diesen Download Container stoppen, wie @DJMarc75 schon angemerkt hat, gibt es nicht ein Download Manager, direkt von QNAP?
kann ich auch mal machen, aber mir scheint der Container eher unauffällig...
@Schtallone
ich würde versuchen die wichtigen Sachen zu sichern und die QNAP von Grund auf neu aufsetzen.davon sehe ich aktuell noch ab, eber stelle ich die SmartHome Sachen (zumindest den iob und nodered) auf einen Pi um
Und Du hast noch immer nicht gesagt, was noch auf der Möhre läuft, Video Station, Musik Station?
Es läuft alles das, was ich hier schon gezeigt habe, keine VMs, keine Videostation (mehr), keine anderen versteckten/geheimen Ding.
VG
Bernd -
@dp20eic said in Performance Probleme durch Shelly Adapter?:
@diamand2k22 sagte in Performance Probleme durch Shelly Adapter?:
dann stoppe mal den iobroker mit iob stop und danach iob fix und dann wieder starten mit iob start,
Moin,
da es sich um ein Docker Container handelt, geht das so wohl nicht, das muss man anders machen
pkill -u iobrokerUnd Starten geht dann auch nur durch Neustart des Containers.
Neustart läuft gerade, es laufen dann nur noch die Adpater Admin, Backup und ein Alias-Manager (welcher als solcher nicht beendet werden kann aus dem iob). Fix wurde auch gemacht vor dem NEustart.
Ich lasse das jetzt mal 10-15 Minuten in Ruhe und poste dann die Ergebnisse aus
top@schtallone sagte in Performance Probleme durch Shelly Adapter?:
Aber die CPU Auslastung des NAS war ja oft bei 100%...
Ich vermute, dass das passiert, wenn Dir der Speicher ausgeht, dann muss das NAS Applikationen stoppen oder in den
Swapauslagern, oder wieder vom Swap zurückholen. Aber auch dazu braucht es Logs, aus dem Zeitbereich, wann es passiert.ja, das vermute ich auch. Und dabei habe ich gesehen, dass der Device-Watcher hier einen großen anteil dran haben könnte. Rein subjektiv betrachtet.
@66er sagte in Performance Probleme durch Shelly Adapter?:
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.)Virtuelle Maschinen ≠ Docker Container, ich hoffe der TE hat nicht auch noch VMs am laufen und uns das noch nicht mitgeteilt.
Nein, KEINE VMs am laufen, nur die Container
Auf meiner DS716PlusII läuft keine VM, aber dafür 17 Container. Ich habe nur dann Probleme, wenn die Bilderverwaltung
immichGesichtserkennung oder ein neuer Index erstellt wird, dann brauchen dieimmichContainer 80-90 % der Ressourcen der DS.@66er sagte in Performance Probleme durch Shelly Adapter?:
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 DS716PlusII hat auch nur 8 GB die 17 Container laufen, das passt schon, wie oben schon geschrieben komme ich nur an die Grenzen, wenn
immichviel zu tun hat.dito...
@schtallone sagte in Performance Probleme durch Shelly Adapter?:
ICh habe den device watcher als (einen) Kandiaten im Sinn
Wieso, woran machst Du das fest, in zwei
ioBrokerInstallationen, läuft der Adapter ohne Auffälligkeiten bei mir?wie gesagt, rein subjektiv betrachtet. Aber wenn der Adapter schon fast 500mB RAM verwendet und ich, nachdem ich den Adapter beende eine SPÜRBARE Verbesserung der Performance registriere....
Ich würde diesen Download Container stoppen, wie @DJMarc75 schon angemerkt hat, gibt es nicht ein Download Manager, direkt von QNAP?
kann ich auch mal machen, aber mir scheint der Container eher unauffällig...
@Schtallone
ich würde versuchen die wichtigen Sachen zu sichern und die QNAP von Grund auf neu aufsetzen.davon sehe ich aktuell noch ab, eber stelle ich die SmartHome Sachen (zumindest den iob und nodered) auf einen Pi um
Und Du hast noch immer nicht gesagt, was noch auf der Möhre läuft, Video Station, Musik Station?
Es läuft alles das, was ich hier schon gezeigt habe, keine VMs, keine Videostation (mehr), keine anderen versteckten/geheimen Ding.
VG
Berndso, ca. 10 Minuten mit folgenden Instanzen
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 - disabled system.adapter.energiefluss.0 : energiefluss : iobroker - disabled system.adapter.feiertage.0 : feiertage : iobroker - disabled system.adapter.ical.0 : ical : iobroker - disabled system.adapter.jarvis.0 : jarvis : iobroker - disabled system.adapter.javascript.0 : javascript : iobroker - disabled system.adapter.meross.0 : meross : iobroker - disabled system.adapter.modbus.0 : modbus : iobroker - disabled system.adapter.mqtt.0 : mqtt : iobroker - disabled, port: 1883, bind: 0.0.0.0 system.adapter.netatmo.0 : netatmo : iobroker - disabled system.adapter.node-red.0 : node-red : iobroker - disabled, 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 - disabled system.adapter.shelly.0 : shelly : iobroker - disabled, port: 1882, bind: 0.0.0.0 system.adapter.shuttercontrol.0 : shuttercontrol : iobroker - disabled system.adapter.snmp.0 : snmp : iobroker - disabled system.adapter.sonos.0 : sonos : iobroker - disabled system.adapter.sourceanalytix.0 : sourceanalytix : iobroker - disabled system.adapter.telegram.0 : telegram : iobroker - disabled, port: 8443, bind: 0.0.0.0 system.adapter.vw-connect.0 : vw-connect : iobroker - disabled system.adapter.web.0 : web : iobroker - disabled, port: 8082, bind: 0.0.0.0, run as: adminErgebnis top:
top - 10:12:51 up 21:04, 0 users, load average: 3,87, 3,95, 3,80 Tasks: 10 total, 1 running, 9 sleeping, 0 stopped, 0 zombie %Cpu(s): 23,1 us, 19,2 sy, 2,5 ni, 55,1 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st MiB Mem : 7792,2 total, 1759,6 free, 3429,6 used, 2603,0 buff/cache MiB Swap: 23447,2 total, 22874,7 free, 572,6 used. 3568,2 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 168 iobroker 20 0 10,9g 233452 40800 S 0,3 2,9 0:23.76 iobroker.js-con 1 root 20 0 7372 3496 3160 S 0,0 0,0 0:00.07 bash 30 root 20 0 7504 3840 3400 S 0,0 0,0 0:00.04 bash 60 root 20 0 7240 3300 3072 S 0,0 0,0 0:00.00 iob 61 root 20 0 10860 4148 3624 S 0,0 0,1 0:00.00 sudo 62 iobroker 20 0 921168 67132 38704 S 0,0 0,8 0:01.33 node 115 root 20 0 7504 3784 3340 S 0,0 0,0 0:00.04 bash 121 root 20 0 10308 3652 3180 R 0,0 0,0 0:00.80 top 189 iobroker 20 0 988992 134368 46064 S 0,0 1,7 0:06.35 io.admin.0 212 iobroker 20 0 10,7g 89612 45996 S 0,0 1,1 0:03.49 io.backitup.0root@iobroker:/opt/iobroker# ps auxww USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 7372 3496 ? Ss 09:40 0:00 bash /opt/scripts/iobroker_startup.sh root 30 0.0 0.0 7504 3840 pts/0 Ss 09:40 0:00 bash root 60 0.0 0.0 7240 3300 pts/0 S+ 09:40 0:00 /bin/bash /usr/bin/iob logs --watch root 61 0.0 0.0 10860 4148 pts/0 S+ 09:40 0:00 sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js logs --watch iobroker 62 0.0 0.8 921168 67132 pts/0 Sl+ 09:40 0:01 node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js logs --watch root 115 0.0 0.0 7504 3784 pts/1 Ss 09:40 0:00 bash root 121 0.0 0.0 10308 3652 pts/1 S+ 09:40 0:00 top iobroker 168 1.2 3.0 11413912 239468 ? Sl 09:41 0:24 iobroker.js-controller iobroker 189 0.3 1.6 988992 134820 ? Sl 09:41 0:06 io.admin.0 iobroker 212 0.1 1.1 11175364 89552 ? Sl 09:41 0:03 io.backitup.0 root 1779 0.1 0.0 7504 4020 pts/2 Ss 10:13 0:00 bash root 1809 0.0 0.0 10100 3496 pts/2 R+ 10:14 0:00 ps auxww -
so, ca. 10 Minuten mit folgenden Instanzen
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 - disabled system.adapter.energiefluss.0 : energiefluss : iobroker - disabled system.adapter.feiertage.0 : feiertage : iobroker - disabled system.adapter.ical.0 : ical : iobroker - disabled system.adapter.jarvis.0 : jarvis : iobroker - disabled system.adapter.javascript.0 : javascript : iobroker - disabled system.adapter.meross.0 : meross : iobroker - disabled system.adapter.modbus.0 : modbus : iobroker - disabled system.adapter.mqtt.0 : mqtt : iobroker - disabled, port: 1883, bind: 0.0.0.0 system.adapter.netatmo.0 : netatmo : iobroker - disabled system.adapter.node-red.0 : node-red : iobroker - disabled, 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 - disabled system.adapter.shelly.0 : shelly : iobroker - disabled, port: 1882, bind: 0.0.0.0 system.adapter.shuttercontrol.0 : shuttercontrol : iobroker - disabled system.adapter.snmp.0 : snmp : iobroker - disabled system.adapter.sonos.0 : sonos : iobroker - disabled system.adapter.sourceanalytix.0 : sourceanalytix : iobroker - disabled system.adapter.telegram.0 : telegram : iobroker - disabled, port: 8443, bind: 0.0.0.0 system.adapter.vw-connect.0 : vw-connect : iobroker - disabled system.adapter.web.0 : web : iobroker - disabled, port: 8082, bind: 0.0.0.0, run as: adminErgebnis top:
top - 10:12:51 up 21:04, 0 users, load average: 3,87, 3,95, 3,80 Tasks: 10 total, 1 running, 9 sleeping, 0 stopped, 0 zombie %Cpu(s): 23,1 us, 19,2 sy, 2,5 ni, 55,1 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st MiB Mem : 7792,2 total, 1759,6 free, 3429,6 used, 2603,0 buff/cache MiB Swap: 23447,2 total, 22874,7 free, 572,6 used. 3568,2 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 168 iobroker 20 0 10,9g 233452 40800 S 0,3 2,9 0:23.76 iobroker.js-con 1 root 20 0 7372 3496 3160 S 0,0 0,0 0:00.07 bash 30 root 20 0 7504 3840 3400 S 0,0 0,0 0:00.04 bash 60 root 20 0 7240 3300 3072 S 0,0 0,0 0:00.00 iob 61 root 20 0 10860 4148 3624 S 0,0 0,1 0:00.00 sudo 62 iobroker 20 0 921168 67132 38704 S 0,0 0,8 0:01.33 node 115 root 20 0 7504 3784 3340 S 0,0 0,0 0:00.04 bash 121 root 20 0 10308 3652 3180 R 0,0 0,0 0:00.80 top 189 iobroker 20 0 988992 134368 46064 S 0,0 1,7 0:06.35 io.admin.0 212 iobroker 20 0 10,7g 89612 45996 S 0,0 1,1 0:03.49 io.backitup.0root@iobroker:/opt/iobroker# ps auxww USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 7372 3496 ? Ss 09:40 0:00 bash /opt/scripts/iobroker_startup.sh root 30 0.0 0.0 7504 3840 pts/0 Ss 09:40 0:00 bash root 60 0.0 0.0 7240 3300 pts/0 S+ 09:40 0:00 /bin/bash /usr/bin/iob logs --watch root 61 0.0 0.0 10860 4148 pts/0 S+ 09:40 0:00 sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js logs --watch iobroker 62 0.0 0.8 921168 67132 pts/0 Sl+ 09:40 0:01 node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js logs --watch root 115 0.0 0.0 7504 3784 pts/1 Ss 09:40 0:00 bash root 121 0.0 0.0 10308 3652 pts/1 S+ 09:40 0:00 top iobroker 168 1.2 3.0 11413912 239468 ? Sl 09:41 0:24 iobroker.js-controller iobroker 189 0.3 1.6 988992 134820 ? Sl 09:41 0:06 io.admin.0 iobroker 212 0.1 1.1 11175364 89552 ? Sl 09:41 0:03 io.backitup.0 root 1779 0.1 0.0 7504 4020 pts/2 Ss 10:13 0:00 bash root 1809 0.0 0.0 10100 3496 pts/2 R+ 10:14 0:00 ps auxww@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 stellen
umgestiegen von Proxmox auf Unraid
-
@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 stellen
@crunchip
danke
dann brauch ich das nicht zu tippen
-
@homoran naja, ist alles irgendwie mehr als fragwürdig
ich hab allerdings absolut NULL Ahnung von solchen NAS Gerätschaften
-
@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 stellen
@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
Da habe ich auch noch keine Antwort bekommen, ob das bei Containern überhaupt zulässig ist
-
@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 stellen
@crunchip
Hallo,bitte einmal kurz "SWAP" erläutern... DANKE
-
@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 stellen
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 -
@crunchip
Hallo,bitte einmal kurz "SWAP" erläutern... DANKE
@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 -
ich glaube immernoch an diesen dubiosen JDownloader2-Container - laut google ist das ein reines Buggy, will das aber nicht nachstellen
@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 -
@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 stellen
@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.NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@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@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)
-
@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.@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
-
@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.@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 -
@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)
@homoran das schwankt aber auch wieder richtung 4-5
-
@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 stellen
@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 -
@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@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 -
@diamand2k22
Guten morgen,ich werde dies so machen. Will ja eh heute morgen alles an Adaptern stoppen und die Performance beobachten.
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ß
579
Online32.4k
Users81.3k
Topics1.3m
Posts