Gladys RAM-Nutzung

Ein guter Test, den du machen kannst, um zu sehen, ob es Gladys ist, ist einfach zu schauen, ob die verwendete RAM gleich bleibt, wenn du den Gladys-Container stoppst.

Dann, wenn du Gladys neu startest, schau, ob der Speicherverbrauch von Gladys zurückgesetzt wurde oder ob er direkt auf 12 GB steigt.

Wenn er bei 100 MB beginnt und dann allmählich wieder ansteigt, handelt es sich wahrscheinlich um einen Speicherleak, und dann musst du länger ermitteln…

Wenn es direkt 12 GB sind, müssen wir deine Installation verstehen :slight_smile:

Nach dem Neustart des Containers bin ich bei 2 GB, Reiseflughöhe

Okay, jetzt müssen wir in den nächsten Stunden/Tagen/Wochen sehen, ob es wieder ansteigt.

Wir sind nicht vor einem Speicherleak gefeit, das passiert :slight_smile:

Würde Alzheimer Gladys erwischen? :upside_down_face:

Ich bestätige, ich bin bei 280 MB im Leerlauf.

13 Stunden nach Gladys sind es 742 MB
Weniger als 48 h: 1 GB
48 h: 6 GB 81
Ich glaube, da gibt es ein Problem

Ich habe ein anderes Verhalten, 280MB :eyes:

Der bemerkenswerte Unterschied, den ich gemacht habe, war das Aktualisieren meiner Pakete (Docker wurde aktualisiert).

Hast du Kameras? Wenn ja, wie hoch ist die Bildwiederholrate?

Ich habe 1 Million Zeilen ffmpeg mit 26,5 MB pro Prozess, nur eine Kamera, die sich alle 10 Sekunden aktualisiert.

Ist es normal, dass sich die ffmpeg-Prozesse ansammeln und nicht beendet werden?

ouai ich habe 2 cams (refresh 60s)

Ich bin mir nicht sicher, ob das normal ist, so viele Ströme.

Ich habe auch den Eindruck, dass dein Syno auch den Cache-Speicher anzeigt (wenn du htop in deinem Container installieren möchtest apk add htop)

Bei mir sind es 300Mb real und 2,34Gb mit dem Cache.

EDIT: Ich habe ein bisschen gewartet, ich sehe den Prozess ffmpeg, der spawn (für den Refresh) und dann verschwindet, sobald der Vorgang abgeschlossen ist, also ist das bei dir nicht normal. Ich werde schauen, ob mein Container im Speicher steigt.

Danke für deine Hilfe

Hier ist mein htop, nicht schlecht, viele ffmpeg-Zeilen

Ich habe nichts gesagt Ich habe tatsächlich 6 GB physischen Speicher :frowning:

Boah, der RAM ist wirklich voll.

Du solltest den Test machen, die Refresh-Zeit zu erhöhen und deinen Container neu zu starten.

Meinst du das ernst? :slight_smile:

Ich denke, @VonOx meint, die Aktualisierungsfrequenz der Kamera zu ändern (z. B. von 10 Sekunden auf 1 Minute).

Das werde ich tun

Ich halte dich in etwa zwei Tagen auf dem Laufenden
Aktuell 206 MB

Genau, ich sprach von den Kameras, sorry :folded_hands:

Np danke für deine Zeit ^^’

Offensichtlich gibt es ein Problem, eindeutig ist es nicht normal, dass all diese ffmpeg-Prozesse laufen bleiben

Hast du etwas in den Logs, das erklären könnte, warum ffmpeg nicht schließt?

Normalerweise wird bei jedem Kameraneustart ein ffmpeg-Prozess gestartet und beendet sich, sobald er das Bild hat.

Ich schaue nur, wenn ich 10 Minuten Zeit habe, danke P-G

@VonOx, @pierre-gilles, Nur zur Info, seit der Änderung des Refresh-Intervalls von 10 Sekunden auf 1 Minute habe ich keine 1 Million laufende Prozesse mehr.
Ich beobachte weiter, aber könnte das Problem daher kommen?

Ich glaube nicht, du hast das Problem nur um den Faktor 6 verkleinert, also dauert es natürlich länger, bis es eintrifft :slight_smile: aber das Problem ist wahrscheinlich immer noch da

Ich bestätige, dass ich das gleiche Problem habe (ich habe es hier erwähnt: RSTP Caméra : bug "envoyer par message").

Ein Neustart des Gladys-Containers behebt das RAM-Problem temporär, aber es gibt eindeutig ein Problem.
Ich habe festgestellt, dass das Bild im Dashboard im Hintergrund aktualisiert wird, selbst wenn es auf keinem Gerät angezeigt wird.

→ Vielleicht sollte das letzte Bild beim Laden eines Dashboards angefordert werden, anstatt es ständig im Hintergrund zu tun?

Der andere Fehler ist, dass der ffmpeg-Thread nie stoppt.