# Titre : Utilisation élevée du CPU (~60%) avec v **URL:** \ **Category:** Configuration\ **Tags:** mqtt\ **Created:** [Mars 12, 2026, 9:28 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126 "2026-03-12T09:28:47Z")\ **Posts on this page:** 15\ **Page:** 2
**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\ **Post date:** [Mars 23, 2026, 11:05 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/21 "2026-03-23T11:05:10Z")
J’ai trouvé le problème ! 🎉 L’intégration Nuki s’abonnait au topic MQTT générique (wildcard) `homeassistant/#` au démarrage, même quand l’intégration Nuki n’était pas utilisée 😅 De plus, le traitement côté Nuki était assez lourd pour chaque message de découverte (discovery) de Home Assistant, donc ça utilisait inutilement du CPU. **Ce que j’ai changé :** 1. S’abonner uniquement pendant un scan Nuki, et arrêter automatiquement l’écoute après un délai d’une minute 2. Optimiser le gestionnaire MQTT en renvoyant immédiatement si l’appareil découvert n’est pas un appareil Nuki @ProtZ Peux-tu jeter un œil à cette PR pour t’assurer que je n’ai rien cassé dans l’intégration Nuki ? > > > \### Pull Request check-list > > To ensure your Pull Request can be accepted as fa…st as possible, make sure to review and check all of these items: > > \- \[x\] If your changes affect the code, did you write the tests? > \- \[x\] Are tests passing? (\`npm test\` on both front/server) > \- \[x\] Is the linter passing? (\`npm run eslint\` on both front/server) > \- \[x\] Did you run prettier? (\`npm run prettier\` on both front/server) > \- \[x\] If you are adding a new feature/service, did you run the integration comparator? (\`npm run compare-translations\` on front) > \- \[x\] Did you test this pull request in real life? With real devices? If this development is a big feature or a new service, we recommend that you provide a Docker image to the community (\[forum\](https://community.gladysassistant.com/)) for testing before merging. > > \### Description of change > > Nuki: Should not process all homeassistant discovery messages (https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/19?u=pierre-gilles) > > > \## Summary by CodeRabbit > > \* \*\*Bug Fixes\*\* > \* Added stricter validation and early-exit for Home Assistant discovery messages missing expected content. > \* Improved error handling so malformed or unparsable discovery payloads are logged and safely ignored. > > \* \*\*Tests\*\* > \* Expanded unit tests for discovery handling: non-Nuki payloads, empty/malformed messages, invalid JSON, and missing discovery fields. > \* Added tests for timed scan behavior and timeout clearing. > > \* \*\*Chores\*\* > \* Stopped subscribing to broad Home Assistant discovery topics during normal connection. > \* Implemented a bounded discovery scan with automatic unsubscribe and ensured scan timers are cleared on disconnect. Si nécessaire, j’ai construit une image Docker pour les tests : ```auto gladysassistant/gladys:fix-nuki-home-assistant-wildcard-listen ``` ---
**Author:** ![bamboleate](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/bamboleate/32/20501_2.png) [@bamboleate](https://community.gladysassistant.com/u/bamboleate)\ **Post date:** [Mars 24, 2026, 8:18 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/22 "2026-03-24T20:18:57Z")
Bonjour @Pierre-Gilles, J’ai testé l’image ---
**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\ **Post date:** [Mars 25, 2026, 7:37 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/23 "2026-03-25T07:37:56Z")
Ah, dommage 😄 Au moins, nous avons réussi à corriger un bug dans l’intégration Nuki au passage ! La version v4.67.0 n’inclut que trois changements : - Intégration Nuki - Amélioration de la sauvegarde Gladys Plus - Mise à jour de la dépendance HAP Pour exclure tout problème lié à la mise à jour de la dépend ---
**Author:** ![bamboleate](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/bamboleate/32/20501_2.png) [@bamboleate](https://community.gladysassistant.com/u/bamboleate)\ **Post date:** [Mars 25, 2026, 9:34 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/24 "2026-03-25T09:34:53Z")
C’est ---
**Author:** ![bertrandda](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/bertrandda/32/5929_2.png) [@bertrandda](https://community.gladysassistant.com/u/bertrandda)\ **Post date:** [Mars 25, 2026, 6:05 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/25 "2026-03-25T18:05:15Z")
Bonjour, je suis content que vous ayez pu résoudre votre problème. Si c’est lié à l’intégration HomeKit, je vais m’en occuper. Je suis quasiment sûr qu’il s’agit d’un problème lié à mDNS (mdns), je l’ai déjà mentionné ici : [https://community.gladysassistant.com/t/installer-glad](https://community.gladysassistant.com/t/installer-glad) ---
**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\ **Post date:** [Mars 25, 2026, 7:01 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/26 "2026-03-25T19:01:23Z")
Super ! Ravi que nous ayons pu identifier le problème principal 😄 Je publierai le correctif Nuki une fois que j’aurai la confirmation de @ProtZ que tout fonctionne ---
**Author:** ![ProtZ](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/protz/32/1641_2.png) [@ProtZ](https://community.gladysassistant.com/u/ProtZ)\ **Post date:** [Mars 25, 2026, 7:07 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/27 "2026-03-25T19:07:52Z")
Désolé, je ne savais pas que cela pouvait poser problème. Ta PR est correcte, merci, et c’est une bonne façon de procéder pour de futurs scans MQTT. J’aimerais ajouter une autre correction dans la PR, mais je ne sais pas ---
**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\ **Post date:** [Mars 25, 2026, 7:18 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/28 "2026-03-25T19:18:32Z")
> [@ProtZ](#): > > Je viens de me rendre compte que ‘device.get’ ne prend pas ‘service\_id’ comme paramètre, il faut ‘device.get({ service: ‹ nuki ›, });’ dans nuki.mqtt.connect.js et nuki.mqtt.disconnect.js Corrigé dans : [Nuki: Should not process all homeassistant discovery messages by Pierre-Gilles · Pull Request #2502 · GladysAssistant/Gladys · GitHub](https://github.com/GladysAssistant/Gladys/pull/2502/changes/3769ecad8f41791cda958438b1d45df6ae1d05ce) ---
**Author:** ![bertrandda](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/bertrandda/32/5929_2.png) [@bertrandda](https://community.gladysassistant.com/u/bertrandda)\ **Post date:** [Mars 25, 2026, 10:49 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/29 "2026-03-25T22:49:27Z")
J’ai tout essayé, mais je n’ai pas pu reproduire ce qui cause le pic d’utilisation du CPU. J’ai essayé d’ajouter un sélecteur sur la page de configuration de l’intégration HomeKit pour changer le mDNS (comme le fait Homebridge). Si, comme je le suppose, c’est un problème de mDNS, cela devrait résoudre le problème. ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/9/8/9812ffe54dc3bb9a830531b48dc4b289d4be0b5f.png) Une image Docker est disponible : `bertrandda/gladys:homekit-mdns`. Normalement, la valeur par défaut est CIAO. @bamboleate, pourrais-tu tester chaque mDNS disponible et vérifier l’utilisation du CPU ? Une fois la ---
**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\ **Post date:** [Mars 26, 2026, 7:47 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/30 "2026-03-26T07:47:29Z")
@bertrandda J’ai remarqué qu’il y a une nouvelle version de @homebridge/hap-nodejs. As-tu essayé de mettre à jour vers la dernière version ? Autre idée : les appareils MQTT de @bamboleate envoient environ 1 message par seconde. As-tu essayé de simuler une charge similaire en publiant des messages MQTT à ce rythme sur ton instance ? Cela pourrait aider à confirmer si le listener HomeKit (qui réagit à tous les changements d’état) est devenu trop lourd et provoque le pic d’utilisation du processeur. ---
**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\ **Post date:** [Mars 26, 2026, 8:25 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/31 "2026-03-26T08:25:22Z")
> [@pierre-gilles](#): > > Corrigé dans : [Nuki: Should not process all homeassistant discovery messages by Pierre-Gilles · Pull Request #2502 · GladysAssistant/Gladys · GitHub](https://github.com/GladysAssistant/Gladys/pull/2502/changes/3769ecad8f41791cda958438b1d45df6ae1d05ce) Je viens de fusionner le correctif Nuki sur la branche master ! ---
**Author:** ![ProtZ](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/protz/32/1641_2.png) [@ProtZ](https://community.gladysassistant.com/u/ProtZ)\ **Post date:** [Mars 26, 2026, 8:33 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/32 "2026-03-26T20:33:38Z")
Top merci ! ---
**Author:** ![bamboleate](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/bamboleate/32/20501_2.png) [@bamboleate](https://community.gladysassistant.com/u/bamboleate)\ **Post date:** [Mars 29, 2026, 12:49 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/33 "2026-03-29T12:49:52Z")
Finalement, j’ai enfin eu le temps de bricoler un peu avec le conteneur `bertrandda/gladys:homekit-mdns`, et voici ce que j’ai trouvé - Le % CPU monte immédiatement lorsque je démarre le service Apple HomeKit / que je clique sur le bouton dans dashboard/settings/service initialement il était réglé sur CIAO - Réglé sur AVAHI, j’ai eu l’impression d’une légère augmentation du % CPU par rapport à CIAO, mais ça pourrait être mon impression - **Réglé sur BONJOUR, le % CPU est repassé à des valeurs normales !!!** - Réglé sur RESOLVED, le % CPU était élevé comme pour les trois autres À noter que, depuis que j’ai bidouillé le réseau, un serveur et des Pis et tout ça, j’aime que mes appareils Apple soient visibles et non obscurcis par un quelconque « service » fourni par Apple, donc j’ai essayé de désactiver tout ça, et cela pourrait être la cause de ce problème ? Je ne l’aurais pas cru, mais voilà… J’ai désactivé l’option « Limit Tracking » d’Apple sur mes appareils (qui fait tourner/rafraîchir les adresses IP/MAC), et mon DNS tourne sur Pi-hole. Je ne sais pas si c’est lié, mais cela pourrait expliquer pourquoi BONJOUR fonctionne le mieux dans ma configuration. Je tourne actuellement avec BONJOUR et le CPU est stable. J’espère que ça aide EDIT : j’ai oublié de mentionner qu’avec le conteneur `bertrandda/gladys:homekit-mdns`, le % CPU est redescendu immédiatement quand j’ai désactivé Apple HomeKit dans dashboard/settings/service, alors que pour `gladysassistant/gladys:latest` il reste élevé jusqu’à ce que je recharge le conteneur — ça pourrait aussi vous être utile. ---
**Author:** ![bertrandda](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/bertrandda/32/5929_2.png) [@bertrandda](https://community.gladysassistant.com/u/bertrandda)\ **Post date:** [Mars 29, 2026, 6:41 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/34 "2026-03-29T18:41:18Z")
Merci beaucoup @bamboleate, c’est exactement ce que je devais savoir. > [@bamboleate](#): > > Actuellement en fonctionnement avec BONJOUR et le CPU est stable. Je vais définir `Bonjour` comme mDNS par défaut. C’était l’ancien annonceur utilisé avec la version bêta de la bibliothèque. On peut voir ici [mDNS Options · homebridge/homebridge Wiki · GitHub](https://github.com/homebridge/homebridge/wiki/mDNS-Options#avahi-linux-and-docker) que pour Docker, `avahi` est recommandé mais nécessite plus de configuration dans Docker ; je ne suis pas sûr que la migration soit possible pour toutes les instances Gladys existantes. L’annonceur `Bonjour` devrait fonctionner pour toutes les configurations et si les utilisateurs veulent optimiser leur configuration, ils peuvent le faire. > [@bamboleate](#): > > ÉDIT : j’ai oublié de mentionner qu’avec le conteneur `bertrandda/gladys:homekit-mdns`, le %CPU est descendu immédiatement lorsque j’ai désactivé Apple Home Kit dans dashboard/settings/service, alors qu’il reste élevé jusqu’à ce que je recharge le conteneur lorsqu’il s’agit de `gladysassistant/gladys:latest`. Cela pourrait vous concerner également Oui, j’ai ajouté une fonction d’arrêt correcte dans cette image qui arrête immédiatement l’intégration HomeKit. Merci, vous venez de confirmer que cela fonctionne ! > [@pierre-gilles](#): > > @bertrandda j’ai remarqué qu’il y a une nouvelle version de `@homebridge/hap-nodejs`. Avez-vous essayé de mettre à niveau vers la dernière version ? Oui la nouvelle version est dans l’image `bertrandda/gladys:homekit-mdns` ---
**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\ **Post date:** [Avril 3, 2026, 6:36 UTC](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126/35 "2026-04-03T18:36:06Z")
Good news, all the fixes are live in Gladys Assistant 4.72 : > [@Gladys Assistant 4.72 : IA plus rapide, Homekit stabilisé et plein de correctifs](https://community.gladysassistant.com/t/gladys-assistant-4-72-ia-plus-rapide-homekit-stabilise-et-plein-de-correctifs/10170): > > Bonsoir à tous ! Gladys Assistant 4.72.0 est disponible tada Nouvelles fonctionnalités Zigbee : Support du double on/off pour bouton IKEA BILRESA Le bouton IKEA BILRESA est maintenant pleinement supporté via Zigbee2mqtt. IA : Réduction de la latence et des coûts Les images de caméras envoyées à l’IA sont maintenant redimensionnées avant envoi, ce qui réduit la latence et le coût des appels. Liste des intégrations : Ajout de tags Les intégrations sont maintenant taguées (local, cloud, Gla… [Page précédente](https://community.gladysassistant.com/t/titel-high-cpu-usage-60-with-v4-70-0-fixed-by-downgrading-to-v4-66-8/10126.md?page=1)