Un bon test à faire si tu veux voir si c’est Gladys c’est de tout simplement voir si tu stoppe le container Gladys, regarde si la RAM utilisée est toujours la même
Ensuite, en redémarrant Gladys, regarde si l’usage de Gladys s’est réinitialisé ou si il remonte directement à 12Go.
Si il reprend à 100Mo, puis re-augmenter progressivement, c’est probablement une fuite de mémoire et là il faut enquêter plus longtemps…
Si c’est directement 12Go, il va falloir qu’on comprenne ton installation 
Après restart du conteneur je suis à 2gb, rythme de croisière
Ok, maintenant à voir dans les prochaines heure/prochains jours/prochaines semaines si ça remonte.
On est pas à l’abri d’une fuite mémoire, ça arrive
Alzheimer guetterait-il Gladys ? 
Je confirme je suis a 280Mo en croisière
13 heures apres gladys est a 742Mo
Moins de 48 h : 1Go
48h : 6Go81
Je pense bien quil y ai un soucis
J’ai pas le même comportement, 280MB 
La différence notable que j’ai faite, la mise à jour de mes packages ( docker a été mis à jour )
Tu as des caméra ? Si oui quel est le taux de rafraîchissement ?
Jai 1 milion de ligne ffmpeg a 26.5Mo perso dans les process avec 1 seul caméra qui sactualise toutes les 10 secondes.
Est ce normal que les process ffmpeg s’accumule et ne se kill pas ?
ouai j’ai 2 cams ( refresh 60s )
Pas sur que ça soit normal autant de flux.
J’ai aussi l’impression que ton syno t’affiche également la mémoire cache ( si tu veux installer htop dans ton conteneur apk add htop )
De mon côté je suis à 300Mb réél et 2.34Gb avec le cache.
EDIT: J’ai attendu un peu, je vois le process ffmpeg qui spawn ( pour le refresh ) puis dispatait une fois l’opération terminé, donc c’est pas normal chez toi. Je regarderai si mon conteneur monte en mémoire.
Merci de ton aide
Voici mon htop idem pas mal de ligne ffmpeg
jai rien dit jai bien 6 Go en physiques 
Ouai la ram est vraiment bouffée.
Faudrait que tu fasse le test d’augmenter le temps de refresh et de restart ton conteneur.
Cest a dire ?
Je pense que @VonOx veut dire de changer la fréquence de refresh de la caméra (pour passer de 10sec à 1min par exemple).
Dacc je fais
Je tien au courant d’ici deux jours environ
Actuellement 206Mo
Exact je parlais des caméras sorry 
Np merci de ton temps ^^’
Effectivement il y a l’air d’avoir un souci, clairement tous ces process ffmpeg qui restent c’est pas normal
Tu as rien dans les logs qui pourraient expliquer pourquoi ffmpeg ne se ferme pas ?
Normalement, à chaque refresh de caméra, un process ffmpeg est lancé puis se coupe une fois qu’il a l’image.
Je regarde des que jai 10 min, merci P-G
@VonOx, @pierre-gilles, Pour info, depuis le changement de refresh de 10s a 1min jai plus 1 milions de process qui tourne.
Je continue a surveiller mais le probleme pourrait venir de la ?
A mon avis non, tu as juste réduis par 6 le problème donc forcément il met plus de temps à arriver mais le problème est sûrement toujours là
Je confirme avoir le même problème (j’en parle ici : RSTP Caméra : bug "envoyer par message").
Un redémarrage du conteneur de Gladys permet temporairement de « fixer » le problème de RAM, mais il y a clairement un soucis.
J’ai remarqué que l’image sur le dashboard est mise à jour dans tous les cas en arrière plan, même lorsqu’il n’est affiché sur aucun périphérique.
→ Il faudrait peut être demander la dernière image en cas de chargement d’un dashboard plutôt que tout le temps en arrière plan ?
L’autre erreur, c’est que le thread ffmpeg ne s’arrête jamais.
