Bonjour,
J’ai déjà remarqué ce comportement mais la dernière beta du plugin (2019-08-20 01:03:07) à l’air de consommer beaucoup de ressources …
Depuis le 13/08 j’ai noté un facteur 4x mais aujourd’hui je passe à x10 … Donc x40 au total ça fait beaucoup pour des fonctions « identiques » aux versions précédentes
J’ai relancé la compilation des dépendances, reboot du PI 3…
Comment faire pour voir un peu plus ce qu’il se passe ? Je ne vois pas de truc particulier…
Citation
[2019-08-20 11:46:27.532][INFO] : LOADER------Import de la configuration devices.xiaomiht
[2019-08-20 11:46:27.537][INFO] : LOADER------Import de la configuration devices.yeelight
[2019-08-20 11:46:27.541][INFO] : LOADER------Import de la configuration devices.yeelightcandela
[2019-08-20 11:46:27.904][INFO] : GLOBAL------Start listening…
[2019-08-20 11:46:27.905][INFO] : GLOBAL------Preparing Scanner…
[2019-08-20 11:46:30.069][INFO] : First Time SEEEEEEEEEN------E2:5B:B8:6E:47:F5 || {‹ E2:5B:B8:6E:47:F5 ›: {‹ present ›: 1, ‹ lastseen ›: 1566294390}}
[2019-08-20 11:49:17.404][INFO] : GLOBAL------Attempt to recover successful, reseting counter
[2019-08-20 11:50:02.643][INFO] : GLOBAL------Attempt to recover successful, reseting counter
[2019-08-20 11:52:44.375][INFO] : GLOBAL------Attempt to recover successful, reseting counter
[2019-08-20 11:53:53.362][INFO] : GLOBAL------Attempt to recover successful, reseting counter
[2019-08-20 11:54:14.323][INFO] : GLOBAL------Attempt to recover successful, reseting counter
[2019-08-20 11:55:50.999][INFO] : GLOBAL------Attempt to recover successful, reseting counter
[2019-08-20 11:58:00.970][INFO] : GLOBAL------Attempt to recover successful, reseting counter
Un truc que je comprends pas sur tes screens.
Le dernier notamment, ok tu as attendu de voir blea en haut de la liste pour faire le screen. Mais je vois deux choses
-
a ce moment précis il consomme que 5% normal il oscille entre 0.2 et 5 environ selon ce qu’il fait)
-
sur ce screen tu as un uptime de 2h donc ca tourne depuis un moment et la charge totale comme indiquée sur le screen est de 0.56 avec une moyenne sur les 15 dernières minutes de 0.55 … bien loin de ton graph et du screen monitoring que tu montres.
il y a environ 6000 utilisateurs de blea, je ne pense pas qu’une augmentation de al charge de 400% serait passé inaperçu.
Donc soit tu as un cas particulier soit tu as autres choses indépendant
Attention sur le graphe, c’est la somme/h… Sur htop, c’est la moyenne… De plus ça n’est arrivé que ce matin, avec la version beta du plugin… Donc pas forcement étonnant que les 6000 utilisateurs n’aient rien noté… Mais je peux aussi me tromper ! J’ai cependant 4 types de processus gourmands : BLEA, Broadlink, RFXcomm et tous les trucs mysql. Le choix est limité et pas besoin d’attendre beaucoup pour avoir blea en top de liste
J’ai fais 2 tests :
- Désactiver blea pendant 1/2 journée => la charge chute d’environ 1/3
- Depuis matin, relancer une fois de plus les dépendances,reboot, debug => retour à une valeur de charge classique mais x4 comme depuis 15 jours
Bref, je ne sais pas trop quoi faire de plus pour isoler le problème plus précisément
Alors si tu dis que tu le constates depuis ce matin, il n’y pas vraiment de changement depuis quelques mois sur le démon. Donc sauf si ton soucis dont on a parlé sur l’autre sujet peut etre un effet de bord et ton dongle qui tombe souvent suite a un device qui met du temps a accepter une connection ou autres.
Et pour revenir sur tes screens (oui je sais ce qu’est htop) toujours est il que sur ton widget monitoring a un moment tu as 4.35 4.03 3.74 donc avec ca il est normal de voir un pic sommé sur une heure si deja tu as dedans des 4.35. Ton htop par contre lui me semble tout a fait normal avec du 0.5 même jusqua 1-4 c’est normal tant qu’il y reste pas. Ce qu’il faut savoir c’est pourquoi tu as eu a un moment 4.35 qui forcement plombe ton graphe sommé sur une heure alors que sur ton htop tout est redevenu normal avec une moyenne a 0.5. quoiqu’il en soit ton htop lui me semble normal
Bon je pense que j’ai compris le truc…
J’ai fais pas mal d’essais avec les plugins actifs/inactifs sans trouver de solution miracle et puis je viens de remarquer un truc avec le graph du jour :
Toute la partie inquiétante de la journée du 20/08 semble normale et la surconso a disparu sauf dans les dernières 48H… Et voilà la cause à mon avis :
L’archivage par la moyenne sur les données > 48h gomme toutes les précisions que je détecte sur les données non retouchées… Et l’impression de sur-conso du CPU dans la jounrée en cours n’est qu’une représentation erronée même si l’on voit toujours ponctuellement un pic de conso du 20/08.
Bref, Ludo est dans le vrai, il n’y a probablement pas de souci à se faire !
Sujet clos de ce coté là pour moi
