Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Thomas Braun]

@maxpd
Alle Skripte aus und nach und nach einschalten. Auslastung beobachten.
Bei 50 Skripten hat sehr zeitaufwendig. Aber besser kannst du das soweit ich weiß nicht eingrenzen.

[maxpd]

@thomas-braun

also über htop auslesen?
Auf welche Werte muss ich da achten?
Ist die Auslastung nach dem htop Screenshot hoch?

Über

top

Wird die cpu mit 3% angegeben.

[Homoran]

@maxpd sagte in Ist der Raspi überlastet?:

Über
top

Wird die cpu mit 3% angegeben.

das ist eine Momentaufnahme in der das ominöse Skript vielleicht gerade nicht läuft

[liv-in-sky]

@maxpd in deinem htop ist der swap speicher voll - evtl ist das ein thema

wenn ein script dazwischen funkt, sieht man das sehr häufig, wenn der javascript.0 im htop hoch ist - scheint er nicht zu sein

[liv-in-sky]

@maxpd

was zeigt den

free && swapfind | sort -n -r

in der console an

[Homoran]

@liv-in-sky sagte in Ist der Raspi überlastet?:

in deinem htop ist der swap speicher voll - evtl ist das ein thema

@maxpd
Es muss ja nicht die CPU sein, die deinen RasPi ausbremst. Fehlendes RAM und damit Auslagerung in den (sehr langsamen) SWAP bremst noch viel mahr

[OliverIO]

@maxpd
hast du schon mal beobachtet ob der speicherverbrauch sich nach und nach aufbaut?
oder ob er zu bestimmten Zeiten hoch und dann wieder runter geht?

Wenn er sich nach und nach aufbaut, dann könntest du deine skripte mal nach Speicherlecks durchsuchen.
du kannst hier mal schauen, da hatte ich bereits ein paar Sachen geschrieben nach was man suchen kann.
https://forum.iobroker.net/topic/40101/gelöst-speicherlecks-im-iobroker?_=1630578347165

Wenn es nur zu bestimmten Zeiten auftaucht und wieder geht, dann kannst du schauen welche Skripte zu diesen Zeiten gestartet werden (Weiß nicht, ob man den Start zeitabhängigker Skripts im Log sieht.)

Kann natürlich auch eine Kombination von beiden sein.

[maxpd]

@liv-in-sky

pi@iobroker:~ $ free && swapfind | sort -n -r
              total        used        free      shared  buff/cache   available
Mem:        1911324     1525916      230452       29308      154956      330268
Swap:        102396      102396           0
-bash: swapfind: Kommando nicht gefunden.

@homoran said in Ist der Raspi überlastet?:

@maxpd
Es muss ja nicht die CPU sein, die deinen RasPi ausbremst. Fehlendes RAM und damit Auslagerung in den (sehr langsamen) SWAP bremst noch viel mahr

Also wäre dein Vorschlag ein neuer Raspi mit mehr RAM?

@oliverio said in Ist der Raspi überlastet?:

@maxpd
hast du schon mal beobachtet ob der speicherverbrauch sich nach und nach aufbaut?
oder ob er zu bestimmten Zeiten hoch und dann wieder runter geht?

Gestern nach dem Neustart war er ja noch bei 40% frei. Jetzt sind es nur noch 18 %. Also er läuft definitiv voll. Ansonsten ist mir noch nichts aufgefallen.

@oliverio said in Ist der Raspi überlastet?:

Wenn es nur zu bestimmten Zeiten auftaucht und wieder geht, dann kannst du schauen welche Skripte zu diesen Zeiten gestartet werden (Weiß nicht, ob man den Start zeitabhängigker Skripts im Log sieht.)

Kann man da evtl. mit einem Adapter, History und Flot irgendwie nen Graphen über die Leistung im Zeitverlauf bauen?
Ich wühl mich am WE mal durch deinen Beitrag, da sehe ich auch so einen Graphen.

[Thomas Braun]

@maxpd sagte in Ist der Raspi überlastet?:

Also wäre dein Vorschlag ein neuer Raspi mit mehr RAM?

Der läuft dann nur später voll. Du musst das (vermutlich krumme) Skript finden.

[maxpd]

@thomas-braun Indem ich gucke nach Abschalten welches Skriptes der SWAP nicht mehr voll läuft. OK

[liv-in-sky]

@maxpd

geht der befehl nicht ?

swapfind | sort -n -r

dort siehst du sortiert, was den swap vollmacht - wenn es iobroker ist, dann kann es ein script sein

[maxpd]

@liv-in-sky nee, leider nicht

-bash: swapfind: Kommando nicht gefunden.

[paul53]

@liv-in-sky sagte: wenn es iobroker ist, dann kann es ein script sein

... oder eine scheduled Instanz.

[liv-in-sky]

@maxpd

ja -weil ich doof bin - das ist ein bash script und kein befehl

probier mal:

for proc in /proc/*; do cat $proc/smaps 2>/dev/null | awk '/Swap/{swap+=$2}END{print swap"\t'`readlink $proc/exe`'"}'; done

[OliverIO]

@liv-in-sky
kann er sicherlich mal probieren.
swap ist doch sozusagen der erweiterte hauptspeicher auf der festplatte.
es werden dort die teile hingeschoben, die aktuell nicht im hauptspeicher benötigt werden, bei denen die prozesse aber noch laufen, aber gerade schalfen.

dann befinden sich im swap ja eher die teile die nicht dafür verantwortlich sind, da der prozess der den speicher vollmacht ja wahrscheinlich kontinuierlich läuft und auch kontinuierlich in den speicher schreibt. dazu muss der sich aber im hauptspeicher befinden.

[liv-in-sky]

@oliverio

war nur ne idee - was passiert, wenn der swap zu 100prozent voll ist ? dann muss doch der speicher immer umgeschichtet werden ??

bei mir zeigen sich "defekte" scripte immer in der cpu (außer bei js-controller 3- da hatte ich das noch nicht)

und leider hatte ich beim script-testen einige solche fehler gecodet :-(

einen vollen swap hatte ich bis jetzt noch nie

[liv-in-sky]

@oliverio

ach ja - wenn ein script eine dauerschleife ode ssowas hat, wird dies doch nicht im swap landen - es ist ja aktiv in nutzung

daher dachte ich, wenn swap voll - kein scriptfehler

ist aber allles reine hypthese

[OliverIO]

@maxpd sagte in Ist der Raspi überlastet?:

@thomas-braun Indem ich gucke nach Abschalten welches Skriptes der SWAP nicht mehr voll läuft. OK

im Endeffekt ja.
im ersten schritt könntest du aber mal alle nicht notwendigen adapter abschalten
und nur den javascript adapter laufen lassen.
meine Vermutung liegt bei 95% das das Problem da drin ist.
Dann hast du die Frage nach Prozess schon mal erledigt.
aber ja es dauert seine Zeit

[Wildbill]

@maxpd Wenn es über Nacht voll läuft, könnte es auch der Backitup-Adapter verursachen, wenn die Backups zu groß für den RAM sind.
Gruß, Jürgen

[maxpd]

@liv-in-sky kurz zwischendrin das Ergebnis deiner Abfrage. Sieht für mich bescheiden aus ^^

0       /bin/bash































































1168    /lib/systemd/systemd


1800    /bin/bash


























































0       /bin/readlink







0       /bin/readlink

Was ich auch sagen kann ist, dass nach Abschalten aller Adapter (außer Admin) der Swap weiterhin 100% voll ist.
Neustart nach Deaktivierung jedes Adapter habe ich noch nicht gemacht.

Nach generellem Neustart ist der Swap erstmal leer. Ich tracke nun, ab wann er voll läuft.