Bonjour
Depuis le passage en 4.2.14, la charge de mon système a doublé…
J’ai essayé de désactiver mes plugins un par un, mais ca ne semble pas être la cause.
La date et l’heure de début du phénomène correspondent vraiment à cette mise à jour.
Quelqu’un a-t-il aussi constaté une augmentation de sa charge système avec la mise à jour ?
Ca ralenti beaucoup mon installation…
Pour ma part ça a allégé la charge.
Je partage cela m’a fait augmenter la charge et je ne suis arrivé à la contenir qu’en supprimant des plugin comme notamment freebox
Également vu ailleurs sur le forum, la suppression de plugin résout souvent le problème.
Supprimer des plugins n’est pas une solution : d’une part si je les ai c’est qu’ils sont utiles, d’autre part, ça fonctionnait avant la mise à jour, donc ça devrait fonctionner après…
Évidemment, je parle de plugin qui ne serait pas optimisés / non maintenus, bref
peut-etre dejà regarder quel est le process qui pose pb. ca peut-tre un debut :
ps -eo pid,ppid,cmd,%mem,%cpu --sort=-%cpu
Pour ma part, j’ai constaté une augmentation importante de la charge CPU dpuis l’install de Docker mngt, et mqtt mngt. (sans ralentissement notable), lié au process node.js
Moi aussi j’avais remarqué une augmentation avec le plug in MQTT au meme moment ou j’avais installé docker. J’ai supprimé MQTT et depuis je n’ai plus cette augmentation.
Pour ma part je n’ai pas installé ces plugin nouveaux Docker ou MQTT
je suis juste sur ma config d’avant
Et je dis juste aussi que j’ai supprimé un plugin « Freebox » et que la charge est fortement tombée
Je dis pas que la solution est de supprimer tel ou tel plugin pour s’en sortir je cible une source potentielle de charge importante.
Sinon si je coupe Jeedom j’ai plus de charge c’est cool 
Le seul plugin que j’ai identifié ayant une charge importante, c’est le zwave… autant dire que pour une solution domotique, je ne vais pas vraiment pouvoir m’en passer. De plus, il n’a pas eu de mise à jour depuis qui puisse expliquer qu’il soit en cause. Et une fois de plus, si Jeedom 4.2.13 n’avait pas cette charge système, la 4.2.14 ne devrait pas non plus.
La team Jeedom n’aurait pas une idée de ce qui aurait changé et qui pourrait expliquer ça ?
Bonjour,
Un « détail » qui n’en est pas un: ce n’est pas parce que vous observez une charge plus importante supposément dû à la mise à jour du core (car rien ne permet de confirmer ou infirmer ce propos) que c’est le cas systématiquement.
Personnellement je n’ai aucune augmentation de charge donc que doit-on en conclure? Et bien pas grand chose excepté que tout n’est pas blanc ou noir 
Votre problème est certainement une combinaison de plusieurs éléments et on ne peut pas le lier uniquement au core.
L’augmentation de la consommation de ressource correspond à l’heure exacte à laquelle la mise à jour a été faite…
Curieux hasard quand même.
Salut,
Je ne vois pas les logs relatifs à cette fameuse mise à jour dans ce sujet ?
Tu as essayé de refaire la mise à jour du core ? Redémarrer la box?
J’ai bien redémarré, sans succès. Je peux forcer la mise à jour sans risque ? Si oui, j’essayerai demain. Les logs spécifiques de la mise à jour, on les trouve où ?
De mémoire les logs tu dois les retrouver dans Analyse → Logs → update.
Attention il faut juste relancer la mise à jour du core, il ne faut pas cocher la case « mise à jour forcée » qu’on soit d’accord.
J’ai refait la mise à jour et ça n’a rien changé…
Les logs semblent OK
0000|[START UPDATE]
0001|[PROGRESS][1]
0002|****Update from 4.2.14 (2022-03-23 00:20:08)****
0003|Parameters : {"preUpdate":"0","backup::before":"0","plugins":"0","core":"1","force":"0","update::reapply":""}
0004|Send begin of update event...OK
0005|[PROGRESS][5]
0006|Check rights...
0007|OK
0008|[PROGRESS][10]
0009|[PROGRESS][15]
0010|Download url : https://github.com/jeedom/core/archive/V4-stable.zip
0011|Download in progress...
0012|--2022-03-22 23:20:14-- https://github.com/jeedom/core/archive/V4-stable.zip
0013|Resolving github.com (github.com)... 140.82.121.3
0014|Connecting to github.com (github.com)|140.82.121.3|:443... connected.
0015|HTTP request sent, awaiting response... 302 Found
0016|Location: https://codeload.github.com/jeedom/core/zip/refs/heads/V4-stable [following]
0017|--2022-03-22 23:20:14-- https://codeload.github.com/jeedom/core/zip/refs/heads/V4-stable
0018|Resolving codeload.github.com (codeload.github.com)... 140.82.121.10
0019|Connecting to codeload.github.com (codeload.github.com)|140.82.121.10|:443... connected.
0020|HTTP request sent, awaiting response... 200 OK
0021|Length: 82120090 (78M) [application/zip]
0022|Saving to: '/tmp/jeedom/install/jeedom_update.zip'
0023|0K ........ ........
0024|........ ........ ........ ........ 3% 9.38M 8s
0025|3072K ........ ........ ........ ........ ........ ........ 7% 21.0M 6s
0026|6144K ........ ........ ........ ........ ........ ........ 11% 16.8M 5s
0027|9216K ........ ........ ........ ........ ........ ........ 15% 15.6M 5s
0028|12288K ........ ........ ........ ........ ........ ........ 19% 17.6M 4s
0029|15360K ........ ........ ........ ........ ........ ........ 22% 16.6M 4s
0030|18432K ........ ........ ........ ........ ......
0031|.. ........ 26% 8.73M 4s
0032|21504K ........ ........ ........ ........ ........ ........ 30% 12.2M 4s
0033|24576K ........ ........ ........ ........ ........ ........ 34% 12.4M 4s
0034|27648K ........ ........ ........ ........ ........ ........ 38% 17.7M 4s
0035|30720K ........ ........ ........ ........ ........ ........ 42% 20.1M 3s
0036|33792K ........ ........ ........ ........ ........ ........ 45% 13.1M 3s
0037|36864K ........ ........ ........ ........ .
0038|...... ........ 49% 13.3M 3s
0039|39936K ........ ........ ........ ........ ........ ........ 53% 15.5M 3s
0040|43008K ........ ........ ........ ........ ........ ........ 57% 14.2M 2s
0041|46080K ........ ........ ........ ........ ........ ........ 61% 15.2M 2s
0042|49152K ........ ........ ........ ........ ........ ........ 65% 14.7M 2s
0043|52224K ........ ........ ........ ........ ........ ........ 68% 15.1M 2s
0044|55296K ........ ........ ........ ........ ........ ........ 72% 16.3M 1s
0045|58368K ........ ........ ..
0046|...... ........ ........ ........ 76% 15.4M 1s
0047|61440K ........ ........ ........ ........ ........ ........ 80% 16.4M 1s
0048|64512K ........ ........ ........ ........ ........ ........ 84% 16.2M 1s
0049|67584K ........ ........ ........ ........ ........ ........ 88% 17.9M 1s
0050|70656K ........ ........ ........ ........ ........ ........ 91% 17.2M 0s
0051|73728K ........ ........ ........ ........ ........ ........ 95% 15.1M 0s
0052|76800K ........ ........ ........ ........ ......
0053|.. ........ 99% 17.2M 0s
0054|79872K ..... 100% 19.9M=5.3s
0055|2022-03-22 23:20:20 (14.9 MB/s) - '/tmp/jeedom/install/jeedom_update.zip' saved [82120090/82120090]
0056|[PROGRESS][25]
0057|OK
0058|Cleaning folders...OK
0059|[PROGRESS][30]
0060|Create temporary folder...OK
0061|[PROGRESS][35]
0062|Unzip in progress...
0063|OK
0064|[PROGRESS][40]
0065|Clean temporary files (tmp)...OK
0066|Disable all task
0067|...
0068|OK
0069|Disable all scenario...........
0070|...................
0071|............................
0072|..............................
0073|..........................
0074|........... OK
0075|[PROGRESS][45]
0076|Moving files...
0077|Ignore file /tmp/jeedom_unzip/core-4-stable///docs/de_DE/noteVersion.md because size is 0
0078|Ignore file /tmp/jeedom_unzip/core-4-stable///docs/en_US/noteVersion.md because size is 0
0079|Ignore file /tmp/jeedom_unzip/core-4-stable///docs/es_ES/noteVersion.md because size is 0
0080|Ignore file /tmp/jeedom_unzip/core-4-stable///docs/fr_FR/noteVersion.md because size is 0
0081|Ignore file /tmp/jeedom_unzip/core-4-stable///docs/pt_PT/noteVersion.md because size is 0
0082|OK
0083|[PROGRESS][50]
0084|Remove temporary files...OK
0085|[PROGRESS][52]
0086|Remove useless files...
0087|Cleaning 3rdparty
0088|Cleaning desktop
0089|Cleaning mobile
0090|Cleaning core
0091|Cleaning docs
0092|Cleaning install
0093|Cleaning script
0094|find: '/var/www/html/install/../script/*': No such file or directory
0095|Cleaning vendor
0096|[PROGRESS][55]
0097|Check jeedom consistency...
0098|[START CONSISTENCY]
0099|[START CHECK AND FIX DB]
0100|[END CHECK AND FIX DB]
0101|Check jeedom package...
0102|OK
0103|Check jeedom database...OK
0104|Check filesystem right...
0105|OK
0106|[END CONSISTENCY]
0107|OK
0108|Check update...
0109|OK
0110|***************Jeedom is up to date in 4.2.14***************
0111|[PROGRESS][75]
0112|[PROGRESS][90]
0113|Check update
0114|PHP Deprecated: __autoload() is deprecated, use spl_autoload_register() instead in /var/www/html/plugins/mail/3rdparty/PHPMailer/PHPMailerAutoload.php on line 45
0115|OK
0116|[PROGRESS][95]
0117|Enable scenario : OK
0118|Enable task : OK
0119|[PROGRESS][100]
0120|Launch cron dependancy plugins...OK
0121|Send end of update event...OK
0122|Update duration : 87s
0123|[END UPDATE SUCCESS]
Juste pour savoir, ton système est installé sur quoi ?
Une box officielle : la Smart
J’ai pour ma part resolu mon pb de charge « doublée » … en fait, ce n’etait ni les plugins docker mngt, mqtt mngt, ni la V4.2.14 mais un mauvais paramétrage d’un script dans le plugin script…c’est toujours plus vite fait d’accuser des développeurs 
J’ai fait des tests sur un arduino branché en USB et enlevé depuis et ai conservé un script qui balancait sur l’arduino des infos alors que j’ai rebranché une clé conbee2 sur ce même port … bref zigbee2mqtt utilisait ce port usb et toutes les 5 min, le plugin script aussi. résultat, le process node.js partait en vrille et utilisait 100% d’un thread. En désactivant ou l’un ou l’autre, plus de pb. En changeant le port utilisé par le script, plus de pb non plus.
voilà, j’imagine que ce n’est pas la solution pour tout le monde, mais ca reste la preuve que le pb est souvent entre la chaise et le clavier