Hij heeft het weer - sterke belasting CPU door kworker proces

[vanadium]

Iemand anders al last gehad van kworker? Dit is een kernelproces. Het komt al eens voor dat zo een kworker aan hoge CPU blijft draaien:

Code: [Selecteer]

top - 11:43:56 up  1:03,  1 user,  load average: 1.84, 1.27, 1.18
Tasks: 345 total,   2 running, 343 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.4 us,  9.0 sy,  0.0 ni, 89.7 id,  0.1 wa,  0.0 hi,  0.8 si,  0.0 st
MiB Mem :  15706.5 total,  12428.9 free,    962.4 used,   2315.2 buff/cache
MiB Swap:   2048.0 total,   2048.0 free,      0.0 used.  14132.7 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND   
 5760 root      20   0       0      0      0 R  81.1   0.0   0:28.68 kworker/0+
 5971 vanad     20   0 2663580 197500 118896 S   2.3   1.2   0:03.15 gnome-she+

Dit kworker proces, eens gestart, blijft actief, ook na afsluiten van alle programma's, én zelfs na helemaal uitloggen! Enkel een herstart lost het op.

Weet iemand hier meer over? Ik heb nog geen oplossing gevonden.

[partyrabbit]

Als je het systeem onbruikbaar vindt vanwege overmatige kworker-activiteit, raad ik aan om te proberen minder dingen te doen. Als je denkt dat je niets doet, probeer dan langlopende services of timers af te sluiten (RSS-lezers, e-maillezers, bestandsindexeringen, activiteitstrackers, enz.). Als dit niet werkt, probeer dan opnieuw te starten. Als je op je systeem hardware kunt in- of uitschakelen in een pre-bootomgeving, probeer dan hardware die je niet gebruikt uit te schakelen. Als het gebeurt bij elke herstart voordat je iets doet, kunt je proberen dingen te verwijderen, maar op dit punt wil je syscall-profileringstools gebruiken om specifieke toepassingen op te sporen die deze overbelasting lijken te veroorzaken.

Om erachter te komen waarom een kworker je CPU verspilt, kun je CPU-backtraces maken: bekijk je processorbelasting (met top of iets) en voer op momenten van hoge belasting via kworker echo l > /proc/sysrq-trigger uit om een backtrace te maken . (Op Ubuntu moet je je aanmelden met sudo -s). Doe dit meerdere keren en bekijk vervolgens de backtraces aan het einde van de uitvoer van dmesg. Zie wat er vaak gebeurt in de CPU-backtraces, het verwijst je hopelijk naar de oorzaak van je probleem.

Weet iemand hier meer over? Ik heb nog geen oplossing gevonden.

Op zich is er dus niet echt een oplossing omdat het een normaal proces is. Het is het stukje kernel wat doorlopende processen bewaakt, zoals bijvoorbeeld dat je email elke 10 minuten gecontroleerd moet worden of dat je agenda een afspraak moet gaan melden of nog niet.
Er kan wel sprake zijn van overbelasting, wat je wel kunt ondervangen.

Heb je het structureel en doorlopend of af en toe een piek?
Bij af en toe een piek zou het ook nog een externe derden dienst (bv google agenda) kunnen zijn waar vertraging is, waardoor jouw systeem moet blijven controleren met een hogere belastingspiek als gevolg.

[asilnevs]

Ik heb dit op mijn nieuwe laptop ook. Dit is er eentje met een NVIDIA GTX1060 grafische kaart waarbij ik kan kiezen of ik Intel of NVIDIA gebruik.
Als ik de NVIDIA gebruik dan zal 1 van de processors naar bijna 100% springen als ik een extern scherm aansluit en dit komt ook vanwege Kworker.
Ik krijg dit alleen maar weg door het scherm los te koppelen en de laptop te herstarten.
Als ik de laptop herstart met dat extern scherm nog aangesloten dan blijft het cpu gebruik hoog vanwege Kworker.
Volgens mij heb ik dit probleem al vanaf het begin (1.5jaar ongeveer) en had gehoopt dat dit zichzelf zou oplossen na updates maar dat is niet zo.
Ik heb al wel wat hierop gegoogled maar ik durf er niet aan te beginnen.
Het vervelende is dat de ventilator dan harder begint te draaien.
Maar ondanks dat hoge processor gebruik heb ik gelukkig nergens last van bij al mijn programmas (zoals videobewerking in Davinci Resolve,.....)
Ik volg het topic mee.

[vanadium]

Het continu hoge processorgebruik, ook na het afsluiten of zelfs uitloggen, is zeker géén normaal proces, en is buggy. Het ontstaat vroeg of laat zonder duidelijk aanwijsbare reden, en ik kan nu nog niet zeggen of het vanaf nu terug zeer regelmatig zal gebeuren. Mocht dat zo zijn, dan probeer ik tijdelijk eens naar de vorige kernel te gaan.

Het is vervelend omwille van die ventilator die begint te blazen, maar je verliest er ook processorkracht door. Op een multicore systeem merk je dat niet te erg, want er zijn nog andere cores over die je eigen taken kunnen opnemen.

@partyrabbit, de manier die je aanbrengt om meer info ervover te krijgen lijkt me zeer interessant. Ik begrijp alleen de huidige instructies niet. Bijvoorbeeld, in "kworker echo l > /proc/sysrq-trigger ": er bestaat om te beginnen géén executable "kworker". Het gedeelte "echo l > /proc/sysrq-trigger" op zich betekent: schrijf de letter "l" naar het bestand sysrq-rigger:, en geeft dus geen uitvoer. Kan je de procedure eens stapsgewijs uitleggen?

[partyrabbit]

Nee. Het is me duidelijk wat er gebeurd en het klinkt me niet onbekend, maar de oplossing gaat boven mijn pet als het niet overbelasting door te veel actieve processen is.
Hier meer. https://askubuntu.com/questions/33640/kworker-what-is-it-and-why-is-it-hogging-so-much-cpu
Daar kom jij wel uit, stukken beter dan ik. Hopelijk beantwoord het wat vragen.

Alles wat ik vind over dat kworker verhaal is dat het een normaal doch overbelaste service is. Mogelijk inderdaad door een bug, maar nog steeds in een normaal gangbaar en benodigd proces. Iets wat mijns inziens wel vaker voorvalt met gangbare processen, dat ze uitbundig actief worden. Alleen voor linux wel een beetje apart. Android (linux hart) heeft ook vaker zo iets soortgelijks wazigs, dat geheugengebruik groeit en alleen herstart helpt.

Ik persoonlijk heb het overigens niet (gechecked) en ook nog nooit geconstateerd. Standaard ongewijzigde install hier met strikt repos-software, en standaard update naar laatste versie inclusief laatste kernel, zoals je weet. Ik krijg dus zo'n beetje alle kernels langs, en nog nooit gehad.
Mogelijk dan toch een minieme bug, of minder efficient werkend proces (=geen bug) wat erg actief wordt door toch overbelasting?

In elk geval succes.

[vanadium]

Met behulp van deze procedure lijkt het nu opgelost.

[h2o]

Om te beginnen gebruik ik altijd htop ipv top. Met htop kun je ook processen 'killen' als het moet.
Je zou eens kunnen proberen om

Code: [Selecteer]

sudo htop te draaien en dan op die kwork te staan en dan met <F9> die taak uit te schakelen.

[vanadium]

Neen, dat loste het niet op.

[asilnevs]

Om te beginnen gebruik ik altijd htop ipv top. Met htop kun je ook processen 'killen' als het moet.
Je zou eens kunnen proberen om

Code: [Selecteer]

sudo htop te draaien en dan op die kwork te staan en dan met <F9> die taak uit te schakelen.

Dit wou ik dus even uitproberen bij mijn probleem maar daar heb ik iets raars voor.
Dus vanaf het moment dat ik een externe monitor aansluit schiet processor 1 de hoogte in.
Als ik htop doe staat die kworker er niet tussen maar als ik top doe dan staat er kworker/0:3 bovenaan op 96%.
Hoe kan het dat ik die niet zie met htop?

[vanadium]

Als ik htop doe staat die kworker er niet tussen maar als ik top doe dan staat er kworker/0:3 bovenaan op 96%.
Hoe kan het dat ik die niet zie met htop?

Dat komt door de manier waarop htop standaard de processen ordent. In top worden die standaard van hoog naar laag processorgebruik geordend. In htop worden die standaard per commando gegroepeerd. Eén keer op F5 drukken, en je hebt dezelfde sorteervolgorde als top.

Gaat dat kworker proces weer weg als je die externe monitor weer afkoppelt?

Bij mij startte dat kworker proces op een willekeurig moment, soms kort na het starten, soms pas later. Dat proces kan niet gekilled worden. Het blijft draaien na afsluiten van alle programma's, en zelfs na uitloggen! Herstarten is de enige manier om het stil te leggen - tot het weer begint. Duidelijk kernelbugs, wellicht steeds in combinatie met specifieke apparatuur.

[asilnevs]

Dat kworker process blijft hoog als ik de monitor afkoppel, enkel een herstart zonder externe monitor lost het probleem op.
Ik heb nu gemerkt dat ik met sudo top ook processen kan beeindigen door op de k te drukken en dan ENTER, hierna zou hij het proces bovenaan in de lijst (dus kworker) moeten stoppen maar dit gebeurt niet. Het blijft aanwezig.
Mijn probleem doet zich voor vanwege de NVIDIA kaart en een externe monitor, dit topic heb ik gevonden dat dit probleem omschrijft:
https://devtalk.nvidia.com/default/topic/1035338/linux/396-24-1070-max-q-external-hdmi-monitor-100-kworker-thread/
Zijn oplossing was de mainline kernel 4.17 installeren en dat topic gaat eigenlijk over dezelfde laptop als de mijne (Clevo P95xER).
Als ik in mijn Synaptic kijk dan staat er geen kernel 4.17 tussen maar wel 4.18.
Dus heb ik de 4.18.0-25-generic geinstalleerd.
Maar als ik dan een herstart doe dan wordt mijn externe muis en netwerk niet herkend.
En als ik een externe monitor aansluit gebeurd er niets.
Als ik dan mijn NVIDIA X server Settings open dan krijg ik een klein schermpje zonder gegevens, dus mijn NVIDIA kaart lijkt niet actief, daarom ook dat hij geen extern scherm ziet.
Moet ik nog een hogere kernel proberen te installeren bvb 5.0 of de 5.3 ?
Iemand ideeen?