Een nieuwe ZimaOS-installatie die urenlang rond de 30% CPU-gebruik blijft hangen, mag niet automatisch als ‘normaal’ worden afgedaan, vooral niet wanneer de proceslijst naar kworker verwijst. De nuttige volgende stap is vaststellen welke kernel-worker actief is en welk apparaat of welke interrupt hem bezig houdt.
In deze discussie werd AI Search uitgesloten en bleef de gebruiker het gedrag na ongeveer tien uur zien. De lage temperatuur en het lage stroomverbruik waren geruststellend, maar bewezen niet waarom de kernel-workers actief waren.
Wat de discussie daadwerkelijk liet zien
Het oorspronkelijke systeem gebruikte een i3-6100T met twee cores en vier threads. Een reactie uit de community wees aanvankelijk op activiteiten na de installatie en polling door de webinterface, maar de gebruiker bevestigde later dat de belasting ongeveer tien uur aanhield en dat AI Search was uitgeschakeld.
Een andere reactie omschreef kworker als kernelwerk dat verband houdt met drivers, interrupts, energiebeheer, schijven en netwerken. Die omschrijving is in grote lijnen correct, maar de conclusie dat 25–30% op een CPU met twee cores altijd onschadelijk is, werd in de discussie niet bewezen.
Identificeer de actieve worker voordat je instellingen wijzigt
Begin met de proceslijst terwijl het dashboard de piek toont. Als één kworker-thread telkens op hetzelfde moment stijgt, noteer dan de naam, het CPU-percentage en het exacte tijdstip. Controleer vervolgens of de activiteit verandert wanneer je optionele USB-apparaten, niet-actieve schijven, extra netwerkkaarten of andere hardware één voor één loskoppelt.
Hetzelfde principe komt terug in de checklist voor NAS-knelpunten: breng het symptoom in verband met de resource en het proces die op hetzelfde moment veranderen, in plaats van hardware te upgraden op basis van één grafiek.
Sluit achtergrondwerk en recente bugs uit
Nieuwe installaties kunnen detectie, indexering en initialisatie van services uitvoeren, dus een korte piek na het opstarten is niet automatisch een fout. Maar wanneer dit urenlang aanhoudt, verandert de diagnose. Sluit de webinterface, stop niet-essentiële apps, controleer de status van AI Search en start één keer opnieuw op om te zien of dezelfde worker terugkomt.
Vergelijk het gedrag ook nadat je hebt bijgewerkt naar de huidige release. De opmerkingen bij ZimaOS 1.7.1 bevatten stabiliteits- en geheugenverbeteringen, hoewel ze niet specifiek beweren dat ze dit kworker-rapport uit februari 2026 oplossen.
Wanneer je het probleem moet escaleren
Escalatie is nodig wanneer één worker na een schone herstart actief blijft, de temperatuur of het wattage oploopt, het systeem traag wordt of de belasting voorspelbaar verandert wanneer je één apparaat aansluit of loskoppelt. Leg de ZimaOS-versie, het hardwaremodel, de uitvoer van top en de exacte naam van de worker vast.
Voor een algemene methode om CPU-belasting te onderscheiden van opslag- of netwerkbelasting gebruikt de methode voor resourceknelpunten dezelfde op bewijs gebaseerde aanpak.
Conclusie
De discussie bewees niet dat 30% CPU-gebruik tijdens inactiviteit normaal is voor elk ZimaOS-systeem met weinig cores. Een lage temperatuur en een laag stroomverbruik zijn goede signalen, maar aanhoudend gebruik door kworker verdient nog steeds isolatie op proces- en apparaatniveau voordat je het als onschadelijk accepteert.
