Chez moi les relance de démons me font gagner du swap mails ensuite il baisse un peu plus vite.
je remarque pas ce phénomène, après les relances, j’étais à 289Mo libre, après +3H je suis à 282Mo
Je viens de tester le bloc code et j’ai gagné 45% de swap. Merci
malheureusement c’est pas une solution, juste une rustine car le swap remonte, il faut trouver la source de cette consommation
Ce sont les demons qui grattent régulièrement dans la mémoire puis lorsque celle-ci est à environ 80% ca tape dans le swap !
90% chez moi, mon swapiness est à 10
mais ce n’est pas un comportement normal l’utilisation de la mémoire et du swap jusqu’à saturation
tu as raison en effet, chez moi aussi ca remonte beaucoup plus vite
voici mes plugins avec demon :
- Broadlink
- Caméra
- Google Cast
- Jeedom Connect
- worxLandroidS
- Xiaomi Home
reste allumé :
- Z-Wave
- Zigbee
- Suivi Conso
je vais couper ceux dont je peux me passer quelques jours, je fais ensuite faire un reboot et voir comme cela évolue
Tiens au point ou tu en est une commande qui va te dire quel sont les process qui utilise de la mémoire
et combien dans l’ordre, à toi d’analyser ceux qui bougent dans le temps avec un grep derrière par exemple
ps -eo size,command --sort -size
amuse toi bien
08h00
2632248 /usr/sbin/mysqld
1197820 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
697328 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.p
230776 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
le top 3 c’est Mysql, zwave et zigbee
11h00
2632248 /usr/sbin/mysqld
1173488 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
697328 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.p
230776 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
14h
2632548 /usr/sbin/mysqld
1157352 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
771060 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.p
230776 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
08h J+3
2632728 /usr/sbin/mysqld
1729880 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.
1444084 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
230784 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
Zigbee a doublé en 3 jours
et Zwave augmente aussi pas mal
je redémarre 3 demons pour voir
- Broadlink
- Google Cast
- worxLandroidS
2632728 /usr/sbin/mysqld
1729880 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.
1444084 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
686200 /usr/bin/python3 /var/www/html/plugins/googlecast/resources/googlecast.py
240056 /usr/bin/python3 /var/www/html/plugins/broadlink/resources/broadlinkd/bro
230784 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
15h30 J+3
2632728 /usr/sbin/mysqld
1729880 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.
1436392 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
760708 /usr/bin/python3 /var/www/html/plugins/googlecast/resources/googlecast.py
240056 /usr/bin/python3 /var/www/html/plugins/broadlink/resources/broadlinkd/bro
230784 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
11h J+5
2632728 /usr/sbin/mysqld
2148816 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
826244 /usr/bin/python3 /var/www/html/plugins/googlecast/resources/googlecast.py
475432 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.p
240056 /usr/bin/python3 /var/www/html/plugins/broadlink/resources/broadlinkd/bro
230784 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
Zwave continu de grimper
Zigbee a diminué, mais il y a eu une MAJ, donc surement une relance du démon
SQL reste stable
le swap continu d’augmenter :
- Caméra
- Jeedom Connect
- Xiaomi Home
2632728 /usr/sbin/mysqld
2148816 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
826244 /usr/bin/python3 /var/www/html/plugins/googlecast/resources/googlecast.py
549164 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.p
388100 /usr/bin/python3 /var/www/html/plugins/xiaomihome/resources/xiaomihomed/x
240056 /usr/bin/python3 /var/www/html/plugins/broadlink/resources/broadlinkd/bro
230784 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
J+longtemps 11h30
2633328 /usr/sbin/mysqld
2172040 /usr/bin/python /var/www/html/plugins/openzwave/core/class/../../resourc
1066024 /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.
818304 /usr/bin/python3 /var/www/html/plugins/googlecast/resources/googlecast.py
396296 /usr/bin/python3 /var/www/html/plugins/xiaomihome/resources/xiaomihomed/x
240056 /usr/bin/python3 /var/www/html/plugins/broadlink/resources/broadlinkd/bro
230784 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
214264 /usr/sbin/rsyslogd -n -iNONE
156140 /sbin/apcupsd
Aprés il faut regarder dans le temps lorsque tu ne relance pas les demons
quel sont ceux qui augmente et bouffe régulièrement la mémoire.
J’ai lancé le script hier après midi ce matin j’ai 2% de swap libre…. J’ai remarqué qu’a force de lancer le script je gagne de moins en moins. Au début je remontait à 75% de swap et la ca plafonne à 47% après avoir relancé le script. Du coup j’ai rebooté.
a part Zigbee qui grossit, il a doublé entre les 2 précédents relevés, c’est plutôt stable.
en fait je me demande si c’est pas simplement la RAM qui n’est plus suffisante pour faire tourner la conf.
cette RAM n’est pas physique sur la SMART, c’est un fs ? il peut s’agrandir ?
je passe le swap a 1024 déjà, la carte mémoire de la smart a été passé de 8 à 16Go, j’ai de la place et on verra si cela se stabilise avec un usage du swap à 50%