Tu as vu : CPU usage increase since update to 9.6.0 (docker) · Issue #3514 · zwave-js/zwave-js-ui · GitHub
Pour le redémarrage j ai installé jeelink et c est top
Bonjour,
Si on regarde le source de la fonction deamon_start, il y a au début un arrêt du daemon suivi de son lancement:
Votre scénario peut se résumer à :
C’est la même action dans la config du plugin:
@jpty top .
c’est corrigé.
merci
@Bad j’ai regardé. Visiblement même souci. Par contre je ne suis pas assez calé pour faire des recherches approfondies. Jusqu’à maintenant j’ai avancé parce que j’ai mis en ouvre vos conseils via toutes le personnes dans ce post qui m’ont données la main.
Je vais suivre de prêt cette article gibut et voir si il y a des actions concrètes, mais comme le dit le dernier message du post en question il ne semble pas y avoir de quoi faire avancer le schmilblick si c’est dans la construction. A part attendre une mise à jour et contournée le problème en attendant.
Voila mon ami. Je suis à ton écoute bien sur
JM
Pour info
Depuis ce matin ou j’ai coupé ZwaveJS, la mémoire est remontée toute seule de 45% à 54%
Voila le détail suivant la méthode de @bad
top -b -n1 -o’%MEM’
root@odroid-buster64:~# top -b -n1 -o'%MEM'
top - 13:52:15 up 5 days, 15:41, 1 user, load average: 0.93, 0.93, 0.98
Tasks: 452 total, 1 running, 451 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1.6 us, 4.1 sy, 0.0 ni, 94.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 3713.3 total, 436.8 free, 1241.6 used, 2034.9 buff/cache
MiB Swap: 1024.0 total, 1023.2 free, 0.8 used. 2165.1 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3139 mysql 20 0 3738888 444804 17968 S 0.0 11.7 458:55.23 mysqld
26867 root 30 10 981404 136556 37616 S 0.0 3.6 0:16.98 node
10577 root 20 0 4860460 88112 38392 S 0.0 2.3 36:13.05 node
29277 www-data 20 0 2734760 77116 13900 S 0.0 2.0 95:08.40 python3
11251 root 20 0 1012560 70312 24040 S 0.0 1.8 1:50.65 python3
26913 root 30 10 717044 59812 36624 S 0.0 1.6 0:01.78 node
25413 www-data 20 0 235660 58820 32616 S 0.0 1.5 27:33.57 php
8657 www-data 20 0 1971244 53624 10104 S 0.0 1.4 47:22.66 python3
26932 www-data 20 0 232512 47256 27396 S 0.0 1.2 4:17.97 php
10211 root 20 0 630500 47060 34660 S 0.0 1.2 0:00.33 node
15471 www-data 20 0 299944 46868 33928 S 0.0 1.2 1:26.11 apache2
25390 www-data 20 0 221324 43576 31844 S 5.6 1.1 28:46.54 php
19135 www-data 20 0 224320 38316 26588 S 0.0 1.0 0:06.07 php
19038 www-data 20 0 222272 36848 27280 S 0.0 1.0 0:55.84 php
On revient dans une utilisation stable à mon gout
JM
Que faut-il privilégier comme code ?
- via le plugin
- via le core
Pour vérifier la mémoire des différents processus de jeedom
Je vais dans reglage/système/configuration puis dans >_ et >_Administration système et la tu a memory usage
Merci @Jeandhom
Je vais tester cela lundi soir. A commencer pour redémarre mon plugin. Zwavejs de cette manière
JM
C’est mieux par le core avec les vérifications de dontProtectTooFastLaunchDeamony
, deamonRestartNumber
et la MAJ de la date du dernier lancement lastDeamonLaunchTime
.
Je ne m’étais penché que sur le bout de scénario visible.
Le scénario devient:
plugin::byId('zwavejs')->deamon_start(true);
Oui.
A mettre dans le bloc code en remplacement de zwavejs::deamon_start();
OK. C’est fait. Merci @jpty
Je vais pas le lancer de suite car encore en test jusque lundi soir.
Mais lundi soir je mets en route ce reboot hebdo.
Mon reboot du deamon xiaomi c est bien fait dimanche
J ai bien récupéré ma ram
Je vais tester sur une semaine entière voir si une hebdomadaire suffit
Bonsoir à tous
Des news !!
Trois jours sans Zwavejs. L’image de la mémoire ci-dessous parle d’elle même.
.54% de mémoire disponible depuis 3 jours. Ce n’est pas arrivé depuis des mois !!
Il n’y a donc pas photo. Avec tous les tests que nous avons réalisés ensemble il est clair que le plugin Zwave à bien une fuite de mémoire.
J’ai essayé d’ouvrir un ticket. Mais malheureusement, comme j’ai un plugin hors market (Voiture Peugeot) il ne m’est pas possible de l’ouvrir. Et je ne peux pas me passer de ce plugin très longtemps
Je suis donc contraint d’attendre une mise à jour et de rebooter hebdomadairement comme le fait @FIESTA .
J’espère donc que le team aura eu vent de ce post.
En tout cas un grand merci à vous tous pour votre aide.
Je viens de remettre en service le plugin Zwave avec reboot hebdo en alternative. Espérons que ca fonctionne
Je suis à disposition si vous avez besoin de faire d’autre essai.
Merci à vous
JM
Bonjour
La confirmation
Ce matin baisse de 10% de la mémoire seulement après une nuit de remise en service du plugin zwaveJS
JM
Hello et merci pour cette analyse poussée
Je n’apporte pas grand chose mais je constate également une fuite memoire. Si un jour je peux aider ou autre…
Bonjour,
Merci @Treking31
Oui comme moi je suis à dispo pour des tests du team si il décide un jour de travailler sur ce souci
Sinon tu reboot de temps en temps aussi avant d’aller au plantage ?
J’ai multiplié ma ram par 3, comme ça je suis un peu plus tranquille
Et si jamais, j’ai le swap qui prend la relève avec un scénario code à cron dailly qui le vide si inférieur à un seuil d’utilisation…
En soit, je ne suis jamais arrivé au plantage avec mon Nuc, mais je préfère sécuriser la chose
Tu peux nous en dire plus sur ton scénario qui vide ta mémoire avec ton « Cron Dailly »
Ça peut en intéresser plus d’un !