Communityoplossing

Hoog geheugengebruik in ZimaOS 1.6: vind de echte verbruiker

An 8 GB ZimaOS system showed higher memory use after the 1.6 beta and still looked high after upgrading to the stable release.

Kort gezegd: “ZimaOS gebruikt na 1.6 meer RAM” is niet specifiek genoeg — zoek het proces of de container

Het systeem met 8 GB vertoonde nog steeds een hoog geheugengebruik nadat het was bijgewerkt van 1.6.0-beta2 naar de stabiele release. Daarmee valt de eenvoudige verklaring weg dat het alleen om bèta-overhead ging. De nuttige volgende stap is toewijzing: welke container, cache of welk hostproces gebruikt het geheugen, en staat het systeem daadwerkelijk onder druk?

Uitvoer van docker stats met het geheugengebruik van Paperless, Immich, Dockhand en andere ZimaOS-containers
De vervolgscreenshot splitst het totale geheugen op per container, wat bruikbaarder is dan alleen het percentage in het dashboard.

Begin met beschikbaar geheugen, niet alleen met het percentage in het dashboard

free -h
docker stats --no-stream
ps aux --sort=-%mem | head -20
dmesg | grep -i -E 'oom|out of memory'

Linux gebruikt anders inactief RAM voor cache. Een hoog getal bij “used” met voldoende available geheugen en zonder OOM- of swapdruk wijst op iets anders dan een geheugenlek. De Linux-geheugenadministratie is de upstreamreferentie.

Container-totalen verklaren slechts een deel van de host

De screenshot toont verschillende containers die elk honderden megabytes gebruiken, maar de optelsom daarvan hoeft niet overeen te komen met het totale hostgebruik. Docker-geheugenstatistieken, kernelcache, pagecache en services buiten containers vormen afzonderlijke administratielagen. De Docker-containerstatistieken leggen de containerweergave uit.

Ga er niet van uit dat stabiele versie 1.6.0 een algemene oplossing voor geheugenlekken bevatte

De huidige releaseopmerkingen voor 1.6.0 vermelden oplossingen voor opslag, het opstarten van Docker, Files en netwerkproblemen, maar documenteren geen brede oplossing voor een geheugenlek. Een actuele diagnose moet daarom gebaseerd blijven op bewijs, in plaats van te stellen dat “bijwerken het probleem oplost”.

De wijzigingen in ZimaOS 1.6 bieden de actuele releasecontext.

Wat geldt als een echt geheugenlek?

Houd hetzelfde proces enkele uren in de gaten. Een lek is waarschijnlijker wanneer één proces voortdurend groeit, het beschikbare geheugen afneemt, het swapgebruik toeneemt of de kernel processen begint te beëindigen. Als het geheugengebruik stabiliseert en het systeem responsief blijft, kan het simpelweg gaan om een grotere stabiele werkset.

De vereisten voor ZimaOS-apps helpen bepalen of de geïnstalleerde combinatie van apps simpelweg te groot is voor een host met 8 GB.