Het geheugengebruik van Home Assistant kan hoog blijven omdat het proces of de host herbruikbare pagina's na een taak behoudt, maar een oplopend plateau bij identieke cycli kan wijzen op een lek dat specifiek is voor een integratie, add-on of versie.
Een back-up, databasetaak, herladen of update kan het resident geheugen en de bestandssysteemcache verhogen zonder dat de grafiek onmiddellijk terugkeert naar het vorige niveau. Registreer de weergaven van het proces, de container, de VM, swap en de hostcache afzonderlijk; herhaal dezelfde trigger; en beoordeel de helling en de gezondheid van de service in plaats van één momentopname.
Controleer welk geheugencijfer hoog blijft
Registreer op dezelfde tijdstippen het resident geheugen van het Home Assistant-proces, het gebruik van de container of VM, het beschikbare geheugen van de host, de cache, swap en eventuele cgroup-limieten. Een hostgrafiek waarin terugwinbare cache is opgenomen, beantwoordt een andere vraag dan de resident set van het proces.
Controleer of de zichtbare taak daadwerkelijk is voltooid door het laatste logboekgebeurtenis, CPU-activiteit, database-I/O en de status van de integratie met elkaar te vergelijken. Achtergrondopruiming, indexering, nieuwe pogingen of werk van add-ons kan doorgaan nadat de interface voltooiing meldt.
Als het procesgeheugen stabiel is en de host nog voldoende beschikbaar geheugen heeft zonder swapdruk, observeer dan nog een normale cyclus. Als het proces, swapgebruik of de OOM-druk blijft stijgen, leg dan de tijdlijn vast en isoleer de trigger.
Herhaal dezelfde werklast en lees het plateau
Voer dezelfde afgebakende taak twee of drie keer uit met dezelfde gegevensomvang en laat na elke uitvoering een vaste rustige periode toe. Noteer de nulmeting vóór de taak, de piek, het plateau na de taak en of de volgende cyclus boven de vorige begint.
Een geval van hoog geheugengebruik na upgrades bewijst geen huidig universeel probleem; het rechtvaardigt wel een vergelijking van de plateaus vóór en na de upgrade op het getroffen systeem.
Een vergelijkbaar plateau dat stabiliseert zonder toenemend swapgebruik is meestal een observatietak, geen noodsituatie. Een trapvormige stijging na elke identieke cyclus, waardoor het systeem uiteindelijk trager wordt of de limiet wordt benaderd, vereist isolatie.
Isoleer Core, integraties, add-ons en hostcache
Vergelijk het Home Assistant-proces met elke add-on of aangrenzende container en voer, indien beschikbaar, een gecontroleerde test in veilige modus of met uitgesloten aangepaste integraties uit. Wijzig per cyclus één component en houd de oorspronkelijke trigger identiek.
Gebruik isolatie gericht op integraties en de opstarttiming als aanwijzingen, niet als bewijs dat de traagste integratie verantwoordelijk is voor het geheugen.
Als de groei stopt zonder aangepaste integraties, schakel ze dan groepsgewijs opnieuw in totdat de stijging terugkeert. Als het geheugen van een add-on groeit, herstel dan die service. Als alleen de hostcache groeit terwijl het beschikbare geheugen gezond blijft, leg dan geen kleinere limiet op alleen om de grafiek te laten dalen.
Pas de passende actie toe en reproduceer opnieuw
Werk alleen het bevestigde component bij of schakel het uit, beperk een onbegrensde werklast, corrigeer een database- of logginglus of pas de containerlimiet aan nadat je de normale piek hebt gemeten. Herstart één keer als validatiemoment en herhaal daarna het oorspronkelijke werk; alleen opnieuw opstarten is niet de oplossing.
De afhankelijkheidsanalyse in het model voor de prestatielimiet van Home Assistant helpt voorkomen dat opslag- of add-on-druk ten onrechte wordt aangeduid als geheugengroei van Core.
Stop wanneer herhaalde cycli stabiliseren op een begrensd plateau zonder swap-, OOM- of latentiefouten. Schaal op met de versie, het installatietype, proces- en hostmetingen, triggerstappen, de vergelijking met de veilige modus en een tijdreeksdiagram wanneer de groei op een schoon, reproduceerbaar pad aanhoudt.
Ondersteuning & Tips
Meer om te lezen

Hoe optimaliseer je Immich-databaseverbindingen voor gelijktijdige containers?
Verhoog max_connections niet als eerste. Meet de Immich-sessies, tel de vraag van elke container bij elkaar op, behoud ruimte voor beheerders en stem alleen...

Dubbele taken of imports in Immich voorkomen
Scheid herhaalde taken van dubbele assets. Gebruik één canoniek ingestiepad, beheer retries en padwijzigingen en test vervolgens opnieuw invoeren op een kleine groep.

Immich herstellen nadat het databasevolume vol raakt
Verwijder nooit PostgreSQL-WAL om ruimte vrij te maken. Stop schrijfbewerkingen van Immich, behoud de databasestatus, voeg veilig extra opslagcapaciteit toe, herstel PostgreSQL en voorkom...

