Muss ständig neustarten

[coolice]

Guten Morgen zusammen,

im Moment ist der Wurm drin. Ich habe fhem auf einem Raspi4 seit dem er auf dem Markt ist am laufen. Sind bereits einige Jahre ohne Probleme. Zumindest keine die ich nicht selbst verursacht habe. Seit geraumer Zeit verhält es sich so, das der RAM innerhalb weniger Tage so voll ist, das der Raspi nicht mehr reagiert und Neugestalten werden muss. Ziemlich nervig.

Kann mir irgendjemand sagen wie ich vorgehen sollte und das volllaufen des RAM zu verhindern bzw. den oder die Übeltäter ausfindig zu machen?

[passibe]

Welcher Prozess beansprucht denn den ganzen RAM?
Mal mit top oder htop überprüfen (bei top Shift+M drücken zum nach-RAM-sortieren, bei htop über F6 und dann PERCENT_MEM auswählen).

[Beta-User]

Glaskugel: MQTT-Endlosschleife?
(Bezug: Frage zu MGB+ha)

[coolice]

Guten Morgen, komme leider erst jetzt dazu mich dem Thema wieder anzunehmen.
Top ergibt

Code Auswählen Erweitern

top - 07:08:20 up 11 days, 19:31,  2 users,  load average: 0.17, 0.20, 0.18
Tasks: 150 total,   2 running, 148 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.8 us, 25.2 sy,  0.0 ni, 73.9 id,  0.0 wa,  0.0 hi,  0.1 si,  0.0 st
MiB Mem :   3793.3 total,     76.7 free,   1669.7 used,   2046.9 buff/cache
MiB Swap:    100.0 total,     87.5 free,     12.5 used.   2064.7 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                                                  
15162 fhem      20   0       0      0      0 R  40.7   0.0   0:01.58 perl                                                     
13866 fhem      20   0 1211208   1.1g   9084 S   1.7  30.9  38:48.39 perl                                                     
   15 root      20   0       0      0      0 I   0.3   0.0   6:35.34 rcu_preempt                                              
13922 fhem      20   0  189224  65244  31820 S   0.3   1.7  13:39.26 node /usr/local                                          
13952 fhem      20   0  177988 162872   4252 S   0.3   4.2   1:22.16 perl                                                     
14866 root      20   0       0      0      0 D   0.3   0.0   0:00.64 kworker/3:4+events_freezable                             
15026 pi        20   0   14512   4680   3740 S   0.3   0.1   0:00.18 sshd                                                     
15040 pi        20   0   11240   3084   2620 R   0.3   0.1   0:01.73 top                                                      
    1 root      20   0   34892   5700   4192 S   0.0   0.1   0:29.24 systemd      

[Dr. Boris Neubert]

Top ergibt

Die Ausgabe ist aus meiner Sicht nicht auffällig.

Läuft %MEM bei einem der Prozesse des Users fhem Richtung 100, wenn Du wartest? Wie sieht es heute Abend aus?

[coolice]

Nein nicht mal ansatzweise

[Dr. Boris Neubert]

Worin besteht denn das Problem konkret mit dem Speicher? Kannst Du bitte eine erneute Liste von too senden, wenn Du meinst, der Speicher sei voll?

[coolice]

Von too ?

[Dr. Boris Neubert]

Von top

[coolice]

Gerne in Anhang. Weiterhin einige Screenshots wie sich der Ram innerhalb von 24 Stunden füllt.

[Dr. Boris Neubert]

Sorry, habe Deine Antwort bis gerade übersehen.

Was ist mit dem % Speicher in den App-Screenshots gemeint? Perl-Prozess, %used oder %used+%buff?

Ich kann daraus nicht ersehen, ob der Perl-Prozess allen Speicher frisst oder etwas anderes. Es reicht mir eigentlich ein top-Screenshot, wenn der Speicher voll ist, sortiert nach %MEM absteigend.