Dotaz: proces, ktory vyuziva CPU na 90%+ (kworker)

[miker]

Zdravim, tento problem uz riesim dva dni a uz si neviem rady, jedna sa o proces, ktory sa nepredvidatelne zapne (co som odpozoroval tak vacsino ked viac zatazim CPU, pri hre, HD video) a niekedy zostava aj po restarte

jedna sa o proces Kworker, tento proces zatazuje vzdy iba jedno jadro CPU (vzdy CPU0) od 90 do 100% a celkovo CPU od 20-30% cim zvysuje hluk a spotrebu

tento proces ma nieco s ACPI a je to pravdepodobne bug

prilazam screenshot zo system monitoru a powertopu

proces nejde zabit, zastavit ani nic ine, pomoze vacsinou len vypnutie PC

OS: Mint 14 Cinnamon HW: asus K53SC, i3 CPU atd.

co som skusal? aktualizovat kernel (lebo je to chyba niekde v nom pravdepodobne)---nepomohlo (skusal som dva najnovsie)

aktualizovat bios---nepomohlo

pridat rozne prikazy niekde podla roznych navodov --nepomohlo

dakujem za pomoc

---

---

Odpovědi

[Sten]

kworker je proces jádra, který zpracovává IRQ a události ACPI. Typicky to bývá problém různých asynchronních offload enginů (povypínat v BIOSu, hlavně u síťovky) nebo vadného ACPI (měl jsem notebook, kde Asusáci předpokládali, že se po zaklapnutí víka systém uspí a nevšimli si, že se událost uzavření víka generuje neustále dokola, což systém, který se neuspal, úplně odrovnalo)

Bohužel bez výpisu z dmesg se dá velmi složitě hledat nějaký workaround. Můžete zkusit vypnout síťovku, jestli to nepomůže, pak by bylo jasné, kde je problém: sudo ip link set eth0 down

[miker]

skusim vypnut tu sietovku a dam vediet potom

ak by nepomohlo a znova zacne kworker robit problemy tak hodim aj dmesg vypis

[l4m4]

Mi toto na jednom notebooku někdy dělaly ovladače wireless síťovky (které tedy byla vůbec poněkud pochybná), což bylo ověřeno jak vypínáním/zapínáním, tak perfem. Ale nebylo to moc reprodukovatelné.

perf top by mohl něco ukázat i tady...

[miker]

sudo ip link set eth0 down

tento prikaz zhodi eth0 na trvalo? alebo po restarte uz znova eth0 je aktivna

pretoze je dost mozne ze tento prikaz fixol problem (vyzaduje si to este nejaky cas testovania), ale po restarte sa po nejakej dobe problem vratil a CPU1 bolo znova vytazene na 90%+, a problem nastal tak, ze som si odskocil na 15 min od notebooku a ked som prisiel a odomkol obrazovku uz bol vytazeny CPU...velmi divne

[stativ]

sudo ip link set eth0 down

tento prikaz zhodi eth0 na trvalo? alebo po restarte uz znova eth0 je aktivna

Jenom dočasně, resp. do té doby než se spustí „ip link set eth0 up“ (nebo nějaký ekvivalent), což se typicky děje při startu.

[Sten]

Jen dočasně, než ji někdo (po těch 15 minutách asi NetworkManager) opět nezapne.

To znamená, že na vině je síťovka. Zkusil bych projít BIOS a najít, jestli tam pro ní není zapnutý nějaký offload engine. Druhá možnost je ji úplně vypnout.

[pepe_]

Kdyžtak tam vraž USB http://dx.com/p/usb-2-0-to-rj45-100-1000mbps-ethernet-lan-network-adapter-black-160154

[miker]

skusal som ist cisto na LAN s vypnutou WLAN a problem nastal tiez, potom cisto na WLAN s vypnutou LAN a taktiez, takze chyba musi byt niekde inde

[chrono]

Ja by som postupne vypínal bežiace programy, aby som zistil, ktorý program núti kernel k tak veľkému zaťaženiu.

[miker]

skusal som, nic nezabralo

[migrena]

Ja som mal podobny problem (na notebooku). Pomohlo mi, ked som na klavesnici tlacidlom vypol a zapol adapter bezdrotovej siete.

[migrena]

Samozrejme pomohlo to len docasne. Inak teraz pouzivam Linux Mint 14 XFCE a nemam s tym procesom ziaden problem.

[miker]

dakujem, vyskusam ked sa mi to znova bugne, lebo dnes som presiel na Kubuntu 12.10 a ten proces sa znova bugol, takze tazko povedat ci to moze distribucia/graficke prostredie ovplyvnit

[miker]

takze stale si neviem rady, nic nepomaha, ani odpojenie WLAN ani rozne graficke prostredia (MATE, Cinnamon, KDE), nemohlo by to suvisiet s bumblebee? a ze sa bugne nejak intelacka grafika zatial co cez bumblbee hram nejaku multiplayer hru? (najcastejsie to robi po hre)

pri vypnuti-zapnuti WLAN karty sa kworker znizi a nasledne sa hned zvysi (zataz na CPU), aj ked iba WLAN vypnem tak sa znizi a nasledne zvysi

dakujem vopred za dalsiu pomoc s tymto problemom

[beer]

cituji: skusim vypnut tu sietovku a dam vediet potom ak by nepomohlo a znova zacne kworker robit problemy tak hodim aj dmesg vypis

 

ten výpis máš kde?

[miker]

tu je vypis dmesg pri zatazeni CPU1 97% http://pastebin.com/xfeUT3p7

[little.owl]

[ 21.198322] ACPI Warning: 0x0000000000000460-0x000000000000047f SystemIO conflicts with Region \PMIO 1 (20120320/utaddress-251) [ 21.198331] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 21.198334] lpc_ich: Resource conflict(s) found affecting iTCO_wdt

Tohle vypada bidne. Muzete zkusit novy kernel?

[little.owl]

Ja jsem myslel, ze uz to bylo opraveno zde ...

[miker]

aktualne mam 3.5.0-17, skusim ten 3.5.0-5?

skusal som aj nejaky 3.6 a tam to robilo to iste

[little.owl]

Ne, ten problem, co jsem s tim mel, je opraven, ted uz zbyl jen warning.

[little.owl]

To vypada na plno ACPI interruptu. Zkuzte pouzit powertop pro zjisteni co zpusobuje wakeups, pripadne v BIOSu povypinejte vsechno, co vypnout jde.

[miker]

v biose je toho velmi malo, v podstate len boot manager a nejake veci, ktore s tym nesuvisia

tu v powertope sa da nastavovat good/bad, skuste na to prosim pozriet a popripade poradit co nastavit

pastebin pwtop

[miker]

este pridavam dalsi vypis z powertopu

device stats

overview

aktualne vyuzitie CPU podla conky CPU1 98%, CPU2 1%, CPU3 2%, CPU4 2%

teplota 82%-84% co je maximalna teplota,ktoru mozem dosiahnut a teraz nic nerobim, proste ten process tam robi problem

[little.owl]

Ten pocet wakeups je v norme, tam nic zasadniho neni.

Nechte si novejsi kernel a zkuste pouzit perf top.

[miker]

tak toto je vypis z perf topu, vyzera to tak, ze toto s tym bude suvisiet: 26,05% [kernel] [k] acpi_os_read_port

neviem ako presne pouzitit ten perftop na fixnutie problemu

[azurIt]

Diky. Uz jsem myslel, ze jste to vzdal.

Podle vypisu je problem jasne v ACPI, kernel neustale hleda symboly v ACPI tabulkach a snazi se nacist a zapsat hodnoty do konfiguracnich registru, GPE handler je volan casto (gpe06:29864794).

Zkuste:

echo disable > /sys/firmware/acpi/interrupts/gpe06

Pokud to nepomuze, zkuste vypnout ACPI (acpi=off, pripadne neco mirnejsiho jako noapic, nolapic) a take si pohrajte s acpi_os_name.

Kazdopadne vyplnte bug report kernelu, s popisem co mate za notebook, pripojte vypisy z dmesg, perf top, interrupts a acpidump vaseho ACPI. Pokud budou potrebovat vice, pripadne udelat testy, reknou vam to. Poslete sem odkaz na report.

Mozna muzete pripojit acpidump i sem, podivat se mohu, ale moc vam s tim nepomohu, na to jsem malo alkoholik.

[alkoholik]

Mozna muzete pripojit acpidump i sem, podivat se mohu, ale moc vam s tim nepomohu, na to jsem malo alkoholik.

Nebudte drzy pane kolego.

[little.owl]

[miker]

nevzdal som to, len to vyzeralo, ze problem zmizol, ale vedel som, ze len docasne

vyskusam echo disable > /sys/firmware/acpi/interrupts/gpe06

a uvidim ci pomoze

grub uz mam upraveny nasledovne a nepomohlo

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset acpi=noirq"

dakujem za odpoved :)

[miker]

tu je ten vypis: perftop vypis

[miker]

ak to moze pomoct, tak este vypis z:

grep . /sys/firmware/acpi/interrupts/*

[miker]

aktualizacia na kernel 3.6.9-030609-generic nepomohla, CPU usage hned od startu systemu 98%

[miker]

VYRIESENE

echo disable > /sys/firmware/acpi/interrupts/gpe06

takze dakujem Vam, za tento prikaz a za pomoc pri rieseni tohto problemu, ak sa CPU bugne, tak prikaz ho okamzite vrati do normalu, uz ho len nadstavim nech sa spusta po spusteni a vsetko bude super

dakujem este raz

[little.owl]

Jsem rad, ze prvni a nejjednoduzsi reseni funguje.

VYRIESENE

Ne, takhle jednoduse to nepujde.

Ano, nastavte si to hned po startu, nekde v /etc/rc.local nebo kde to ten vas skoro Debian dela. Ale uvedomte si, ze to je jen workarround a neresi to fakt, ze handler pro GPE 0x06 je nefunkcni.

Vyplnte tedy bugreport zde, s tim co jsem jmenoval nahore, a i kdyz si myslim, ze to bude spise zmrsene ACPI na strane ASUSu, je dobre to nahlasit, oni po nahlednuti do DSDT hned uvidi (pokud si najde cas nekdo se na to kouknout ).

[miker]

vyplnim a ano je to v /etc/rc.local, ale po starte to pyta heslo, tak musim spravit nejaky skript

bugreport vyplnim, ale tazko povedat ci zato moze ASUS alebo nie, skor tak 50/50, kazdopadne vypnutie toho GPE 0x06 zatial nerobi system nestabilnym alebo podobne a ked je vypnuty tak usetrim energiu a 20-30% vykonu CPU

takto si spravim skript, ktory budem moct pouzit v kazdom linuxe

diky este raz

[miker]

este rad by som sa vratil k problemu, naistaloval som Win 7 lebo ho potrebujem koli jednej aplikacii a zaznamenal som tento isty problem ako v linuxe, cez LatencyMon program som zistil, ze to sposobuje acpi.sys

v linuxe som to fixol tym prikozom ktory vypne gpe06, ako zistim co gpe06 znamena resp. co sposobi (aky konkretny driver) tento problem

takze tymto mozme vylucit akykolvek problem v linuxe, kedze tento problem nastal aj v inym OS, je to dovod na reklamaciu notebooku? ak hej tak ako im to odvovodnit

popripade aj ked to sem nepatri, ako by som mohol tento problem vyriesit vo windowse obdobnym sposobom ako v linuxe.

dakujem.

[little.owl]

GPE znamena General Purpose Event a muze to byt cokoliv HW zadratovane. Zkuste vyexportovat DSDT, snad se z toho da neco vykoukat.

[sonicx10]

Ahoj. Jak jsi na tom dnes s tímto problémem? Mám úplně stejný notebook a na něm jsem měl Linux Mint 12. Vyskytoval se mi zde úplně stejný problém, ale ne často. Myslel jsem si, že je to bug systému. Včera večer jsem nainstaloval Linux Mint 16 a ten problém (kworker vytěžuje procesor) se vyskytl znova. Když jsem nabootoval do Slaxe tak i zde se objevil tento problém. V syslogu jsem objevil i jako bonus toto: mce: [Hardware Error]: Machine check events logged

Pustil jsem tedy stress na procesor (teplota šla na 85°C, kde se zastavila) a začalo se to objevovat zhruba po třech minutách:

notebook log # tail -f syslog | grep mce Jan 5 15:19:21 notebook kernel: [ 5102.728481] mce: [Hardware Error]: Machine check events logged Jan 5 15:21:51 notebook kernel: [ 5252.812181] mce: [Hardware Error]: Machine check events logged Jan 5 15:29:22 notebook kernel: [ 5704.027815] mce: [Hardware Error]: Machine check events logged Jan 5 15:31:52 notebook kernel: [ 5854.111515] mce: [Hardware Error]: Machine check events logged

Vygooglil jsem, že u této série mělo stejný problém více uživatelů. Bohužel mám po záruce (ačkoliv se to během záruky projevilo) a tak bych to chtěl s více uživateli nějakým způsobem uhrát na výrobní závadu, případně. Díky za reakci.

PS: Všiml jsem si, že se notebook poslední dobou více zahřívá i když není CPU vytíženo. Možná by mohlo pomoci vyčištění, ale domnívám se, že ta závada tam je a díky vyšší teplotě se takhle projevila.

[MadCatX]

Machine check eventy jen oznamují, že teplota CPU překročila nějakou výrobcem nastavenou hranici. Dva roky starý notebook bude plný prachu. Měl jsem notebook, kde rozdíl teplot pod zátěží před a po vyčištění byl přes 30 °C. Notebook má dost pravděpodobně rozbitý BIOS. Napadá mě zkusit naflashovat různé verze BIOSu a zjistit, zda jsou aspoň některé v pořádku.

Mimochodem, našel jsem tohle: http://superuser.com/questions/585578/disabling-system-interrupts-in-windows-7-high-cpu-usage-semi-solved. Jestli je tohle pravda, je to skutečně tragikomické...