Optimisation mémoire sur mon atlas

Bonjour,
JE suis un peu limite niveau mémoire parfois sur mon atlas, je suis parfois à 20% et je voudrais savoir si je peux améliorer ca.

SIZE     PID USER     COMMAND
2465440  1697 mysql    /usr/sbin/mariadbd
811460   3602 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=*********
241988 851270 www-data homebridge
220164 852155 root     node index.js
184856   3764 root     node --preserve-symlinks server/bin/www.js
171260   3640 www-data /var/www/html/plugins/ttscast/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/ttscast/resources/ttscastd/ttscastd.py --loglevel error --pluginversion 1.5.25 --socketport ***** --cyclefactor 1.0 --callback http://127.0.0.1:*/plugins/ttscast/core/php/jeettscast.php --ttsweb http://***.***.***.*** --apikey ********** --apittskey ********** --gcloudapikey ********** --voicerssapikey ********** --appdisableding 0 --cmdwaittimeout 60 --pid /tmp/jeedom/ttscast/deamon.pid
162068 851427 www-data node /var/www/html/plugins/unifi/resources/unifiDaemon.js http://***.***.***.***/core/api/jeeApi.php ********** 14828 error
145016 851575 www-data homebridge-config-ui-x

    PID    PPID %MEM %CPU CMD
   1697       1 13.0 80.3 /usr/sbin/mariadbd
1093288       1  1.6 38.9 php /var/www/html/core/php/jeeCron.php cron_id=***
 851427       1  2.3  8.9 node /var/www/html/plugins/unifi/resources/unifiDaemon.js http://***.***.***.***/core/api/jeeApi.php ********** 14828 error
 956452       1  1.9  7.5 php /var/www/html/core/php/jeeCron.php cron_id=***
   3584       1  0.8  6.3 php /var/www/html/core/php/jeeCron.php cron_id=***
 931498  850428  1.1  4.9 /usr/sbin/apache2 -k start
 941774  850428  1.0  4.7 /usr/sbin/apache2 -k start
1092118  850428  0.8  4.7 /usr/sbin/apache2 -k start
 931501  850428  0.8  4.6 /usr/sbin/apache2 -k start
 931503  850428  1.0  4.6 /usr/sbin/apache2 -k start
 941781  850428  1.1  4.6 /usr/sbin/apache2 -k start
 941775  850428  0.9  4.5 /usr/sbin/apache2 -k start
 941782  850428  1.1  4.5 /usr/sbin/apache2 -k start
 874441  850428  1.1  4.3 /usr/sbin/apache2 -k start
 931502  850428  1.0  4.3 /usr/sbin/apache2 -k start
1014182  850428  0.8  4.2 /usr/sbin/apache2 -k start
1092721  850428  0.8  2.7 /usr/sbin/apache2 -k start
 991264       1  1.2  2.6 php /var/www/html/core/php/jeeCron.php cron_id=***
 851270       1  3.1  1.3 homebridge
 852155  852154  2.9  1.3 node index.js
1093186       1  1.5  1.2 php /var/www/htm

Merci pour votre aide

Oui et non, être à 20% de conso mémoire n’est pas anormal. C’est le principe même du fonctionnement LINUX que de ne pas libérer la mémoire utilisée tant qu’il n’y en a pas besoin.
Ce qu’il faut surtout vérifier, c’est :
1 - l’utilisation permanente du swap, via notamment les accès disques (IO)
2 - le schéma de diminution de la mémoire. Une diminution régulière et continue signifie souvent une fuite mémoire à corriger, une diminution sous forme asymptotique est normal

Si tu as mis des alertes mémoire (<20% par exemple), ca n’a aucune valeur, il est préférable de mettre une alerte swap >20%

Je ne sais pas par contre combien tu as de plugins et quels plugins, mais tu as une charge (sans être anormale !! ), assez élevée pour une atlas

Norbert

Merci pour ton analyse, alors du coup je vais voir si je peux baisser la charge, mais comment procéder ?
J’ai ca comme plug in

mister-v-ça-fait-beaucoup-lànon

Tu te sers réellement de tout ça ?

oui sauf 3 qui sont désactivés

Honnêtement au vu du nombre de plugins, ça va être compliqué d’identifier simplement des pistes d’amélioration …

Ce que je ferais déja en préventif vu que je vois que tu as le plugin monitoring c’est d’activer l’historisaton de la charge pour essayer avec un peu de recul d’identifier sur une courbe si ça évolue dans le temps, si c’est stable, si y a des pics à certains moments …

1 « J'aime »

Bon, une charge de plus de 2 avec le nb de plugins que tu as n’est pas déconnante du coup

Norbert

1 « J'aime »

je peux imaginer ce que vous cherchez avec le nombre de plugins mais en fait je ne trouve pas c’est très relevant si je peux me permettre de donner mon avis.

C’est pas parce qu’il y a 100 plugins actifs avec le code derrière que jeedom va travailler plus.
Tout dépend les équipements, taches/démons et scénarios.

Pour faire un parallèle, tu peux avoir juste plugin virtuel avec 1000 équipements, ca va « faire mal » aussi

1 « J'aime »

Je pense que j’ai le plug in RT2 qui consomme pas mal car il check toutes les 4 secondes la consommation. je ne peux pas trop augmenter le délais car j’ai besoin de l’info pour gérer le délestage.

Tout à fait d’accord, mais il y a quand même plus de chance qu’une charge de 2 soit normale avec 57 plugins qu’avec 2 plugins … Avec le nombre de plugins, va aussi en principe le nb d’équipements, de scenarios, de commandes, …

2 « J'aime »

Assez d’accord sur le principe mais comme @ngrataloup y a plus de chance qu’un load soit élevé avec 50 plugins qu’avec 5.

Tout dépend aussi si c’est « juste » des plugins php ou si y a des daemons derrière.

Mais j’ai été surpris en voyant la liste que tout serve en fait

Petite question, j’ai désactivé le plug in « localisation et trajets » qu une me servait plus et depuis j’ai ce message dans les logs. JE pense que c’est lié a la désactivation du plug in :

0001|[2025-07-04 08:38:51] ERROR  : Erreur sur la fonction cronDaily du plugin : Class 'geotravCmd' not found

Comment je fais pour résoudre ce problème ?
Merci

A mon avis tu as encore un autre plugin qui est toujours configuré pour l’utiliser et l’erreur vient de cet autre plugin; héliotrope?

oui hier j’avais vu ca qu’il était utilisé par héliotrope du coup j’ai changé le paramètre de géolocalisation en mettant « configuration jeedom »

quand j’active manuellement ce cron

j’ai toujours l’erreur

quel log?

peut-être mais sans plus d’info je ne peux que te renvoyer sur ma réponse précédente:

C’est le log « dayinfo »

je crois que j’ai compris… C’est lié au plug in 'info du jour" ou la aussi il a besoins de la localisation …

Tu ne peux pas passer sur la localisation jeedom ?

image

Si j’ai mis ca du coup une fois que j’ai compris que ca venait du plug in info du jour

1 « J'aime »

c’est ca donc… la réponse était là depuis le début puisque plugin-dayinfo c’est l’id du plugin « Info du jour »

1 « J'aime »