docker stats me renvoie des infos qui varient, bien sûr, entre des instants calmes ou plus intenses (ça ressemble à un cycle sur 10 secondes environ) :
ou
ou
et htop :
ou
docker stats me renvoie des infos qui varient, bien sûr, entre des instants calmes ou plus intenses (ça ressemble à un cycle sur 10 secondes environ) :
et htop :
Je comprend mieux, avec 1.8Gb de RAM sur ton Pi, si 600Mo sont toujours pris en fonctionnement normal, et si dans l’état actuel tu as besoin de plus de 1Go pour l’agrégation (tu as du prendre du retard), ça coince.
L’agrégation fonctionne capteur par capteur, tu as sûrement un seul capteur qui est responsable de l’usage important de RAM que l’on voit. Une analyse de la base SQLite pourrait permettre de déterminer de quel capteur on parle. Ça se trouve, ce capteur tu ne te sers même pas de ses données et tu pourrais les supprimer ^^ (imagine c’est genre l’historique de batterie sur les 2 dernières années, bon on peut s’en passer). Si tu sais extraire ta base de donnée, je pourrais faire les requêtes et te dire quel capteur pose problème. Sinon tu peux faire les requêtes toi même si tu sais le faire aussi
Si ça te semble compliqué, tu peux déjà faire une passe sur chaque appareil dans l’intégration Gladys-Zigbee2mqtt et vérifier que tu ne garde bien que les états dont tu as besoin. Si tu décoche une fonctionnalité, automatiquement Gladys purgera les états historiques
Ok, merci de l’analyse. Et ça me force à faire ce que je repousse depuis un moment : passer en revue la config de chaque appareil Zigbee et chaque appareil MQTT pour supprimer un maximum d’historique. Je vais d’abord faire ça tranquillement.
Et puis aussi étudier le passage au mini-pc dont tu vantes régulièrement les mérites
Le mini PC, franchement ça vaut le coup…après tu peux trouver des bonnes occasions sur le bon coin et un PI4 ça se revend encore pas trop mal
@pierre-gilles L’erreur « SyntaxError: Value expected (char 1) » se produit à cause d’une scène qui contenait ce bloc « Continuer seulement si » :
Merci du retour, il manque de la validation sur cette action de scène ! Tu peux créer une issue Github sur le repo Gladys pour qu’on garde une trace ?
Voilà, c’est fait : Some validation is missing in the scene action "Continuer seulement si" · Issue #2106 · GladysAssistant/Gladys · GitHub
Petit retour sur mon nettoyage :
@pierre-gilles Je me demande si c’est en fait une bonne idée que par défaut tous les indicateurs d’un appareils Zigbee nouvellement installé soient historisés… Ça pourrait peut-être être l’inverse, ne rien historiser par défaut. Ou alors avoir une étape supplémentaire lorsqu’on confirme l’ajout un appareil Zigbee depuis la page ’ Découverte zigbee ’ pour faire le choix pour chaque indicateur ?
Je suis donc passé du rPi à un mini-PC (avec 8Go de RAM). Et plus de souci d’aggrégation
A voir, une fois passé à DuckDB, on aura plus les mêmes problématiques de stockage, donc la solution actuelle sera la plus simple.
Excellent !
Salut,
Retour d’expérience personelle concernant mes capteurs PIR, qui avaient par défaut conservé l’historique de l’ensemble des mouvements depuis 6 mois … (J’ai 6 PIR actuellement, dans les pièces principales générant potentiellement des mouvements toutes les 10 secondes …).
Peut-être faudrait-il que les capteurs ne soient historisés par défaut que pour certains types (température, hygrométrie …) ?
Belle journée,
Jean
Ca peut-être une option, après je pense qu’on va voir ce que ça donne avec DuckDB car ce genre de data ne prendra vraiment plus beaucoup de places (les 0/1 ça sera hyper compressé par DuckDB).
Surtout qu’on aura aussi bientôt la visualisation des capteurs de mouvements historique sur le tableau de bord ça sera pratique d’avoir ces données