Home Assistant-minnet kan förbli högt eftersom processen eller värden behåller återanvändbara minnessidor efter utfört arbete, men en stigande platå över identiska cykler kan tyda på en läcka som är specifik för en integration, ett tillägg eller en viss version.
En säkerhetskopiering, databasåtgärd, omladdning eller uppdatering kan öka resident minnesanvändning och filsystemcache utan att grafen omedelbart återgår till sin tidigare nivå. Registrera process-, container-, VM-, växlings- och värdcachevyer separat; upprepa samma utlösare; och bedöm lutningen och tjänstens hälsa i stället för en enda ögonblicksbild.
Bekräfta vilket minnesvärde som förblir högt
Registrera Home Assistant-processens residenta minne, container- eller VM-användning, tillgängligt värdminne, cache, växlingsutrymme och eventuell cgroup-gräns vid samma tidpunkter. En värdgraf som inkluderar återvinningsbar cache besvarar en annan fråga än processens residenta minnesmängd.
Kontrollera om det synliga jobbet faktiskt är klart genom att jämföra den sista logghändelsen, CPU-aktiviteten, databasens I/O och integrationens status. Bakgrundsrensning, indexering, nya försök eller tilläggsarbete kan fortsätta efter att gränssnittet rapporterar att jobbet är slutfört.
Om processminnet är stabilt och värden fortfarande har gott om tillgängligt minne utan växlingsbelastning, fortsätt observera under ytterligare en normal cykel. Om processen, växlingsutrymmet eller OOM-belastningen fortsätter att öka, bevara tidslinjen och isolera utlösaren.
Upprepa samma arbetsbelastning och läs av platån
Kör samma avgränsade jobb med samma datamängd två eller tre gånger och tillåt en fast lugn period efter varje körning. Registrera baslinjen före arbetet, toppvärdet, platån efter arbetet och om nästa cykel börjar över den föregående.
Ett fall med högt minne efter uppgraderingar fastställer inte ett aktuellt universellt fel; det motiverar en jämförelse mellan platåerna före och efter uppgraderingen på det berörda systemet.
En liknande platå som stabiliseras utan ökad växlingsanvändning är vanligtvis ett observationsfall, inte en nödsituation. En trappa som stiger efter varje identisk cykel, till slut gör systemet långsammare eller närmar sig gränsen kräver isolering.
Isolera Core, integrationer, tillägg och värdcache
Jämför Home Assistant-processen med varje tillägg eller närliggande container och använd därefter ett kontrollerat test i felsäkert läge eller ett test där anpassade integrationer utesluts, när det är möjligt. Ändra en komponent per cykel och behåll den ursprungliga utlösaren oförändrad.
Använd integrationsfokuserad isolering och starttider som ledtrådar, inte som bevis för att den långsammaste integrationen står för minnesanvändningen.
Om tillväxten upphör utan anpassade integrationer aktiverar du dem igen i grupper tills lutningen återkommer. Om tilläggets minne i stället växer reparerar du den tjänsten. Om endast värdcachen växer medan det tillgängliga minnet förblir på en hälsosam nivå ska du inte införa en lägre gräns enbart för att få grafen att sjunka.
Tillämpa den matchade åtgärden och återskapa sedan problemet
Uppdatera eller inaktivera endast den bekräftade komponenten, begränsa en obegränsad arbetsbelastning, korrigera en databas- eller loggningsslinga eller justera containergränsen först efter att du har mätt dess normala toppvärde. Starta om en gång som valideringssteg och upprepa sedan det ursprungliga arbetet; en omstart är inte lösningen i sig.
Beroendeanalysen i modellen för Home Assistants prestandatak hjälper till att förhindra att lagrings- eller tilläggsbelastning felaktigt klassificeras som minnestillväxt i Core.
Avsluta när upprepade cykler stabiliseras vid en begränsad platå utan växlingsanvändning, OOM eller latensfel. Eskalera med version, installationstyp, process- och värdmätvärden, utlösarsteg, jämförelse i felsäkert läge och en tidsseriegraf när tillväxten fortsätter i ett rent, reproducerbart förlopp.
Support och tips
Mer att läsa

Så optimerar du Immich-databasanslutningar för samtidiga containrar
Höj inte max_connections först. Mät Immich-sessionerna, summera alla containers behov, behåll utrymme för administratörsåtkomst och justera bara den flaskhals som har bevisats.

Så förhindrar du duplicerade jobb eller importer i Immich
Separera upprepade jobb från duplicerade resurser. Använd en enda kanonisk inläsningsväg, kontrollera omförsök och sökvägsändringar och testa sedan återinmatning på en liten grupp.

Så reparerar du Immich när dess databasvolym blir full
Ta aldrig bort PostgreSQL-WAL för att frigöra utrymme. Stoppa skrivningar till Immich, bevara databastillståndet, lägg till säker lagringskapacitet, återställ PostgreSQL och förhindra sedan att...

