Bonjour à tous,
Depuis la MAJ du plugin JMQTT j’ai la charge système qui explose et me génère différente instabilitée.
Suis je un cas isolé ?
Comment puis je savoir ce qui génère ca ?
Le plugin a 2 brokers
1 avec 2 commande
1 avec plus info
Jeedom 4.02.20
Merci 
Bonjour,
De mon coté aucun soucis depuis la mise à jour.
As tu désactivé le plugin pour voir si c’était réellement celui ci qui en est la cause ?
Oui chose faites
désactives un broker sur les 2
Hello @Katoche690,
Peux-tu me dire combien d’équipements tu as dans jMQTT ?
(Une capture d’écran de la page du plugin serait la bienvenue)
Peux-tu aussi me faire un ps -auxfw pour voir la charge associée au démon vs code php ?
Normalement le plugin a été revu pour baisser la charge et la conso mémoire, donc je suis assez étonné.
Merci,
Bad
Salut @Bad
Merci de prendre le temps de répondre
Voici la capture d’écran avec les équipements.
Désolé mais je ne comprend pas ou je dois mettre le ps -auxfw
Si c’est dans monitoring comme j’ai cru le comprendre ça donne ça
Visuel de la charge système avec 24h de coupure du plugin
Merci
Hello,
Merci pour ces infos.
Combien de commandes as-tu sur chaque équipement (ou au total) ?
Je vois qu’il sont tous en inclusion automatique, tu pourrais désactiver ça sur les équipements ou ce n’est pas nécessaire ?
Pourquoi as-tu 2 Broker ? (je peux avoir des captures de leur config stp ?)
Ta configuration ne semble pas « folle », ce n’est pas normale que le plugin engendre une telle charge.
Alors, ce n’est pas vraiment le bon endroit pour faire ça, je t’invite à enlever ce que tu as configuré dans Monitoring !
Il faut que tu ailles dans le menu « Réglages> Système> Configuration »,
puis dernier onglet « OS/DB » et que tu cliques sur « Administration Système »
Là tu pourras passer la commande ps -auxfw.
Stp rends moi le résultat dans un bloc code en utilisant les triples apostrophes (```) en début et fin.
Sinon, on peut aussi passer en live ou en prise en main sur Discord pour un debug live et rapide.
Bad
33 sur le broker « Smappee » (je peux en supprimer au besoin)
2 sur le broker « OpenEVSE »
J’ai 1 module qui suit la consommation électrique, 1 broker
Et 1 borne de VE un autre broker
Je ne maitrise pas le MQTT à fond alors j’ai fais un broker par matériel physique (d’après ta question j’en deduis que c’est mal 
)
Il y a trop de caractère Community bloque le post alors je te donne ses info en .txt désolé
jMQTT_Overload.txt (35,2 Ko)
Encore merci pour le temps accordé
Hello,
En soit ce n’est vraiment pas beaucoup.
Si tu veux en apprendre un peu plus sur le MQTT, je te recommande de lire l’introduction de la documentation de jMQTT, on revient succinctement sur les concerts et les enjeux.
Il n’y a pas vraiment de « bien » ou de « mal », ce n’est probablement pas ça qui fait exploser la charge, mais dans les faits, tu n’as qu’un seul Broker (sur la machine 192.168.1.92), donc tu n’as pas besoin de créer 2 connexions vers cette machine.
Mais avec 2 broker jMQTT (client du broker) sur le même broker réel (service MQTT), il devient possible de faire des « boucles » et de renvoyer des informations entre l’un et l’autre à l’infini…
Concernant les traces que tu as envoyé (et merci), on y voit 2 choses :
mysql (98,9% de CPU) et le plugin-modbusrtu (37%), avec également une utilisation très important de mémoire pour mysql (52,7%) :USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
mysql 760 98.9 52.7 3594520 2049840 ? Ssl Jul27 2122:12 /usr/sbin/mysqld
root 14500 37.0 0.5 29640 21984 ? S 11:27 0:00 ... /usr/bin/python /var/www/html/plugins/modbusrtu/resources/modbusrtud/modbus_rtu.py ...
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
www-data 11095 5.1 0.5 223284 21564 ? S 11:25 0:06 ... /usr/sbin/apache2 -k start
www-data 19007 0.4 0.7 326916 28288 ? Sl 08:41 0:48 /var/www/html/plugins/jMQTT/resources/jmqttd/venv/bin/python3 /var/www/html/plugins/jMQTT/resources/jmqttd/jmqttd.py ...
Je pense donc que le fait que la charge baisse quand tu désactives jMQTT est un effet de bord.
Y’a-t-il un quelconque lien entre le plugin-modbusrtu et les équipements jMQTT ?
Des valeurs partagées ? Des scénarios en commun ? etc
Toujours disponible sur Discord si tu souhaites échanger, ce sera probablement plus simple de vive voix et plus rapide d’analyser avec un partage d’écran.
Bad
Après reflexion il ne me semble pas.
Va pour une échange en live ça sera plus simple. Je posterais la solution une fois trouvé sur le community si ca peux servir à un autre Jeedomien
Hello @Katoche690,
Suite à notre débug de ce weekend, la charge d ton système est toujours faible/stable ?
Bad
Salut,
Désolé je n’ai pas eu le temps de bidouller mon Pi pour le moment. La charge est stable à 5 environ mais j’ai plusieurs bug sur differents plugins je ne sais pas si c’est lié
J’essai differentent désactiation pour voir.
Je reprend le travail je devrais avoir un peu plus de temps que durant les vacances (oui c’est triste à dire !)
Merci de t’en préocuper !
Une charge à 5 pour un pi est toujours anormal. il doit y avoir quelque chose qui ralentit le système.
Norbert