La mémoire de Home Assistant peut rester élevée, car le processus ou l’hôte conserve des pages réutilisables après une opération, mais un plateau qui augmente au fil de cycles identiques peut indiquer une fuite liée à une intégration, à un module complémentaire ou à une version spécifique.
Une sauvegarde, une tâche de base de données, un rechargement ou une mise à jour peut augmenter la mémoire résidente et le cache du système de fichiers sans que le graphique revienne immédiatement à son niveau précédent. Relevez séparément les données du processus, du conteneur, de la machine virtuelle, du swap et du cache de l’hôte ; répétez le même déclencheur et évaluez la pente ainsi que l’état du service plutôt qu’un instantané unique.
Confirmez quelle mesure de mémoire reste élevée
Relevez aux mêmes horodatages la mémoire résidente du processus Home Assistant, l’utilisation du conteneur ou de la machine virtuelle, la mémoire disponible sur l’hôte, le cache, le swap et toute limite cgroup. Un graphique de l’hôte qui inclut le cache récupérable répond à une question différente de celle de l’ensemble résident du processus.
Vérifiez que la tâche affichée est réellement terminée en comparant son dernier événement dans les journaux, l’activité du processeur, les entrées-sorties de la base de données et l’état de l’intégration. Le nettoyage en arrière-plan, l’indexation, les nouvelles tentatives ou l’activité d’un module complémentaire peuvent se poursuivre après que l’interface a signalé la fin de l’opération.
Si la mémoire du processus est stable et que l’hôte dispose encore d’une quantité saine de mémoire disponible sans pression sur le swap, poursuivez l’observation pendant un autre cycle normal. Si la mémoire du processus, le swap ou la pression OOM continuent d’augmenter, conservez la chronologie et isolez le déclencheur.
Répétez la même charge de travail et analysez le plateau
Exécutez la même tâche limitée avec la même quantité de données deux ou trois fois, en prévoyant une période calme fixe après chaque exécution. Relevez la référence avant l’opération, le pic, le plateau après l’opération et vérifiez si le cycle suivant commence au-dessus du précédent.
Un cas de mémoire élevée après des mises à niveau ne prouve pas l’existence d’un défaut universel actuel ; il justifie la comparaison des plateaux avant et après la mise à niveau sur le système concerné.
Un plateau similaire qui se stabilise sans augmentation du swap relève généralement de l’observation, et non d’une urgence. Une progression en escalier qui augmente après chaque cycle identique, finit par ralentir le système ou s’approche de la limite nécessite une isolation.
Isoler le cœur, les intégrations, les modules complémentaires et le cache de l’hôte
Comparez le processus Home Assistant avec chaque module complémentaire ou conteneur voisin, puis effectuez, lorsque cela est possible, un test contrôlé en mode sans échec ou en excluant les intégrations personnalisées. Ne modifiez qu’un composant par cycle et conservez le déclencheur d’origine identique.
Utilisez l’isolation ciblée des intégrations et le moment du démarrage comme indices, et non comme preuve que l’intégration la plus lente est responsable de la mémoire.
Si la croissance s’arrête sans les intégrations personnalisées, réactivez-les par groupes jusqu’à ce que la pente réapparaisse. Si la mémoire du module complémentaire augmente à la place, corrigez ce service. Si seul le cache de l’hôte augmente tandis que la mémoire disponible reste saine, n’imposez pas une limite plus basse uniquement pour faire baisser le graphique.
Appliquez l’action appropriée et reproduisez le problème
Mettez à jour ou désactivez uniquement le composant confirmé, réduisez une charge de travail non limitée, corrigez une boucle liée à la base de données ou aux journaux, ou ajustez la limite du conteneur seulement après avoir mesuré son pic normal. Redémarrez une fois comme étape de validation, puis répétez l’opération d’origine ; un redémarrage seul ne constitue pas une solution.
L’analyse des dépendances présentée dans le modèle du plafond de performances de Home Assistant aide à éviter d’attribuer à tort au cœur une croissance de mémoire causée par la pression du stockage ou des modules complémentaires.
Arrêtez-vous lorsque des cycles répétés se stabilisent à un plateau limité, sans swap, OOM ni problème de latence. Faites remonter le problème avec la version, le type d’installation, les métriques du processus et de l’hôte, les étapes de déclenchement, la comparaison en mode sans échec et un graphique chronologique si la croissance se poursuit selon un scénario propre et reproductible.
Assistance et conseils
Plus à lire

Comment optimiser les connexions à la base de données d’Immich pour des conteneurs simultanés
N’augmentez pas d’abord max_connections. Mesurez les sessions Immich, totalisez la demande de chaque conteneur, préservez une marge pour l’administration et n’optimisez que le goulot...

Comment empêcher les tâches ou importations en double dans Immich
Séparez les tâches répétées des ressources en double. Utilisez un chemin d’ingestion canonique, contrôlez les nouvelles tentatives et les changements de chemin, puis testez...

Comment réparer Immich après le remplissage de son volume de base de données
Ne supprimez jamais les journaux WAL de PostgreSQL pour libérer de l’espace. Arrêtez les écritures d’Immich, préservez l’état de la base de données, ajoutez...

