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 stellen
-
@crunchip
danke
dann brauch ich das nicht zu tippen
-
ich glaube immernoch an diesen dubiosen JDownloader2-Container - laut google ist das ein reines Buggy, will das aber nicht nachstellen
-
@homoran naja, ist alles irgendwie mehr als fragwürdig
ich hab allerdings absolut NULL Ahnung von solchen NAS Gerätschaften
-
@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
-
@crunchip
Hallo,bitte einmal kurz "SWAP" erläutern... DANKE
-
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.
