Dotaz: Vysoke vytizeni CPU

[polo23]

Příloha:

• Screenshot from 2025-03-20 00-15-23.png (35693 bytů)

Ahoj,
potreboval bych pomoc s problemem vysokeho vytizeni CPU. Vetrak na CPU neustale huci, uz se s tim neda pracovat. Kdyz jsem v CLI je to celkem OK, ale jak jsem v GUI, tak to strasne huci. htop ukazuje vyuziti CPU na 100%+ a vetsinou je to proces /usr/bin/gnome-shell.

Mam notebook s Intel CPU a OS Debain 12. DE je Gnome 43.9. Podrobnosti viz. nize:

uname -a

Linux debian 6.12.12+bpo-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.12-1~bpo12+1 (2025-02-23) x86_64 GNU/Linux

lspci

00:00.0 Host bridge: Intel Corporation Device 7d02 (rev 04)
00:02.0 VGA compatible controller: Intel Corporation Meteor Lake-P [Intel Graphics] (rev 08)
00:06.0 PCI bridge: Intel Corporation Device 7eca (rev 10)
00:06.2 PCI bridge: Intel Corporation Device 7ecb (rev 10)
00:07.0 PCI bridge: Intel Corporation Meteor Lake-P Thunderbolt 4 PCI Express Root Port #0 (rev 10)
00:0a.0 Signal processing controller: Intel Corporation Meteor Lake-P Platform Monitoring Technology (rev 01)
00:0d.0 USB controller: Intel Corporation Meteor Lake-P Thunderbolt 4 USB Controller (rev 10)
00:0d.2 USB controller: Intel Corporation Meteor Lake-P Thunderbolt 4 NHI #0 (rev 10)
00:14.0 USB controller: Intel Corporation Meteor Lake-P USB 3.2 Gen 2x1 xHCI Host Controller (rev 20)
00:14.2 RAM memory: Intel Corporation Device 7e7f (rev 20)
00:15.0 Serial bus controller: Intel Corporation Meteor Lake-P Serial IO I2C Controller #0 (rev 20)
00:15.1 Serial bus controller: Intel Corporation Meteor Lake-P Serial IO I2C Controller #1 (rev 20)
00:19.0 Serial bus controller: Intel Corporation Meteor Lake-P Serial IO I2C Controller #4 (rev 20)
00:19.1 Serial bus controller: Intel Corporation Meteor Lake-P Serial IO I2C Controller #5 (rev 20)
00:1c.0 PCI bridge: Intel Corporation Device 7e38 (rev 20)
00:1c.1 PCI bridge: Intel Corporation Device 7e39 (rev 20)
00:1f.0 ISA bridge: Intel Corporation Device 7e03 (rev 20)
00:1f.3 Audio device: Intel Corporation Meteor Lake-P HD Audio Controller (rev 20)
00:1f.4 SMBus: Intel Corporation Meteor Lake-P SMBus Controller (rev 20)
00:1f.5 Serial bus controller: Intel Corporation Meteor Lake-P SPI Controller (rev 20)
01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller S4LV008[Pascal]
02:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller S4LV008[Pascal]
2e:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller (rev 01)
2f:00.0 Network controller: Intel Corporation Wi-Fi 6 AX210/AX211/AX411 160MHz (rev 1a)

lscpu

Model name:             Intel(R) Core(TM) Ultra 5 125U

Ve vypisu dmesg zadne chyby nevidim. Na netu jsem nenasel nic co by vedlo k reseni... V priloze screenshot s konfiguraci. Jako napada me, ze SW rendering by to mohl delat, ale nevim jak zapnout ten HW, pokud to vubec nejak jde.
Budu rad za kazdou radu.

---

---

Odpovědi

[kapo]

Ahoj, podle mne to určitě je ten SW rendering. Mrkni na výpis:

journalctl -xb

a hledej [drm] případně wayland. Tyhlety nové cpu/gpu potřebují i nějaký FW, aby fungovaly. Může tam být ledasco. Postni to sem, uvidíme.

[polo23]

Příloha:

• journal1.txt (877248 bytů)

Ahoj, tady to je...

[kapo]

Je tam toto:

Mar 19 13:41:13 debian signal-desktop.desktop[554955]: MESA: warning: Driver does not support the 0x7d45 PCI ID.

Jakou verzi baliku mesa mas?

apt info mesa-libgallium

Podle https://www.phoronix.com/news/Mesa-23.1-Meteor-Lake-IDs podporuje tvoji grafiku az Mesa verze 23.1. Kernel mas 6.12, jestli vidim dobre, ten by mel byt v pohode.

Takze update distribuce? Jakou presne mas verzi? Aktualni je 12.10. Pri vydani verze 12 to MTL grafiky jeste nepodporovalo.

cat /etc/os-release

[polo23]

Diky za nasmerovani, ale vypada to, ze tudy cesta nepovede. OS mam updatovany...

cat /etc/os-release

PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
NAME="Debian GNU/Linux"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm
ID=debian

apt info mesa-libgallium

Package: mesa-libgallium
Version: 24.2.8-1~bpo12+1
Priority: optional
Section: libs
Source: mesa

[PetebLazar]

Není možné na konkrétní PID procesu gnome-shell pustit strace, aby se zjistilo kde případně utrácí procesorový čas. https://unix.stackexchange.com/questions/459124/find-out-exact-cause-of-a-process-high-cpu-usage-gnome-shell

[polo23]

To jsem zkousel, ale nic se mi nezobrazilo.

sudo strace -c -p 603222

strace: Process 603222 attached

[frr]

Ono to vypadá, že gnome-shell je náchylný ke žraní CPU z více různých příčin. Údajně například některé pluginy mohou toto chování vyvolat / k němu přispět (asi proces gnome-shell volá nějaké callbacky při každém eventu typu pohyb myši apod.) Ty problémy jsou hlášené v různých distrech - a třeba v Redhatu to zřejmě svižně opravili. BTW používáte externí myš?

Zkuste mrknout na tenhle bug report. Čtěte možná nejlíp odspoda

Ještě mě napadá, přejít z Gnome desktopu na jiné prostředí (osobně používám XFCE, ale nenutím).

Máte notebook. Hm. Poměrně nový (Meteor Lake). Tzn. vyschlé pasty pod chladičem CPU bych se třeba úplně nebál, ale fakt je, že některé modely noťasů jsou schopné pod zátěží throttlovat i nové. Což by se ale nemělo dít v idle.

BTW ta věc má 3 druhy jader, odstupňovaných podle výkonu. A koukám, že pro Meteor Lake byly nějaké patche cca v 6.9 a v 6.11. Takže je šance, že v 6.12 už scheduler dělá co může.

Ve chvíli, kdy se ten problém děje, jak vypadá teplota procesoru? Jde mi o čidlo coretemp. Pokud nemáte vhodnou utilitu, šel bych do /sys/class/hwmon/..../temp*input

Případně zkuste mrknout na turbostat z balíčku linux-cpupower. Konkrétně bych zkusil turbostat --debug .

Jak tu někdo zmiňoval, jestli se správně loadují firmwarové bloby... případné problémy by byly vidět v dmesg.

[polo23]

Příloha:

• bloby.txt (135028 bytů)

Ano, pouzivam externi mys, ale kdyz jsem zkousel treba jen hybat tou mysi, tak je to ok. Problem je treba kdyz otevru novou stranku, tak se ventilator roztoci.

Kdyz ventilator dela hluk, tak CPU temp vypada nasledovne.

coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +87.0°C  (high = +110.0°C, crit = +110.0°C)
Core 0:        +77.0°C  (high = +110.0°C, crit = +110.0°C)
Core 1:        +77.0°C  (high = +110.0°C, crit = +110.0°C)
Core 2:        +77.0°C  (high = +110.0°C, crit = +110.0°C)
Core 3:        +77.0°C  (high = +110.0°C, crit = +110.0°C)
Core 4:        +75.0°C  (high = +110.0°C, crit = +110.0°C)
Core 5:        +75.0°C  (high = +110.0°C, crit = +110.0°C)
Core 6:        +75.0°C  (high = +110.0°C, crit = +110.0°C)
Core 7:        +75.0°C  (high = +110.0°C, crit = +110.0°C)
Core 8:        +86.0°C  (high = +110.0°C, crit = +110.0°C)
Core 12:       +89.0°C  (high = +110.0°C, crit = +110.0°C)
Core 32:       +73.0°C  (high = +110.0°C, crit = +110.0°C)
Core 33:       +73.0°C  (high = +110.0°C, crit = +110.0°C)

V dmesg jsem zadnou chybu nenasel. Viz. priloha.

Pokud se to nejak rozumne nevyresi, tak mozna zkusim jine prostredi.

[k3dAR]

to Xfce bych zkusil hned, rovnou si tim overis ze je problem primo v Gnome a ne nekde v systemu pod nim...

[frr]

Jo, vidím tam natažený nějaký ten GuC a HuC firmware, dokonce bych řekl že aktuální... ohledně i915 nikde žádná stížnost.

Mimochodem tam vidím nějaké postesky od AER na zařízení 0:6.0 ale to je asi zcela irelevantní a dost možná obecně neškodné...

[Peter Golis]

Robí to aj pod distribúciou ktorú špeciálne pre tú sériu notebookov udržiava priamo výrobca daného NB?

[polo23]

No, to prave nevim. Jak jsem to koupil, tak jsem to hned preinstaloval na Debian.

[Peter Golis]

Odporučil by som vyskúšať dodaný SW. Ak by ten dodaný SW nemal pridanú hodnotu, tak s tým výrobca nestráca čas. A výrobca zvykne garantovať funkcionalitu dodanej zostavy (v tomto prípade HW a dodaný OS Linux).

Možno si tak ušetríš ďalšie zbytočné problémy. Teda ak si to nekúpil na dlhé zimné večery a hranie sa s rozchádzaním prkotín ktoré vo východzom stave fungujú.

[Peter Golis]

Presnejšie povedané, hore máš napísané že potrebuješ toolkit Mesa verzie 23.1 alebo novší. Vybral si si Debian 12 ktorý má staršiu verziu 22.3.6.

Stále si myslíš že je dobrý nápad ignorovať tú distribúciu ktorú ti s NB dodali a ktorá má garantovať funkcionalitu daného NB?

[polo23]

Ale ja mam v tom Debianu Mesa 24.2.8-1~bpo12+1.

apt info mesa-libgallium

Package: mesa-libgallium
Version: 24.2.8-1~bpo12+1
Priority: optional
Section: libs
Source: mesa

[frr]

zkusil byste prosím

apt info libgl1-mesa-dri

?

[polo23]

apt info libgl1-mesa-dri

Package: libgl1-mesa-dri
Version: 22.3.6-1+deb12u1
Priority: optional
Section: libs
Source: mesa

Hmm, tak verze je 22.3.6-1+deb12u1. Tzn, nedostatecna. Je nejaka moznost jak to upgradovat?

[frr]

Hm tyjo. Třeba poradí někdo z kolegů, jak to udělat civilizovaně. Napadají mě asi dva-tři přístupy:

A) zkusit nějaké progresivnější distro. Třeba Ubuntu je oproti Debian Stable napřed, protože se odráží od Debian Testing (a trochu ho domazlí)

B) zkusit ji dostat z backportů. V bookworm-backports vidím MESA 24.2.8. Osobně nemám backporty moc rád - asi dvakrát se mi stalo, že jsem po nějakém sáhnul a o pár měsíců později při upgradu distra jsem řešil chlívek v závislostech.

C) zkompilovat si novou MESA v Debianu 12. Je mi otázkou, jestli pak půjde stávající MESA vůbec odinstalovat, když jsou na ní "veřejně závislé" aplikace z XWindows. A pokud tu distribuční neodinstalujete, jenom novou (mírně novější) zkompilujete a přilijete do /lib na správné místo (a provedete ldconfig), tak čeho se budou stávající X binárky držet. Zda té stávající, proti které jsou původně linknuté, nebo té novější, zkompilované "po svém" svatou trojicí configure; make; make install. A kdybyste tomu třeba trochu pomohl tím, že distribuční MESA knihovny přejmenujete / odstraníte, tak jestli stávající X binárky vezmou zavděk novější verzí MESA knihovny (knihoven). Třeba u GNU Libc taková tolerance dost funguje, protože Libc drží zpětně kompatibilní ABI. I tam jsou nějaké compile-time volby, které mohou kompatibilitu zhatit, napříč verzemi... ohledně MESA nemám představu. Co jsem koukal na strukturu balíčků okolo MESA tak mi připadá, že je jich poměrně mnoho - a hledejte v tom klubku nějakou ohrádku, kterou je potřeba vyhodit a nahradit...

Za mě: máte poměrně nový procesor, tak halt zkuste nějaké víc bleeding-edge distro. Nebo backporty (auvejs). Nebo jestli to vyřeší jenom přechod na XFCE... nevím jestli třeba s nějakým příštím minor releasem Debianu 12 přijde update MESA... nebo se dočkáte až s Debianem 13...

[polo23]

Příloha:

• mesa.png (36059 bytů)

apt info libgl1-mesa-dri

Package: libgl1-mesa-dri
Version: 24.2.8-1~bpo12+1
Priority: optional
Section: libs
Source: mesa

Tak uz jsem to upgradoval: apt -t bookworm-backports install libgl1-mesa-dri. Po restartu notebooku v nastaveni uz neni SW rendering, ale Mesa Intel Graphics (MTL). Viz. screenshot v priloze.

Zitra otestuju jak se to bude chovat, jestli CPU bude stale vytezovano.

[frr]

Tak gratuluju. Ona by ta MESA (=akcelerace) asi byla reálně potřeba i pod XFCE, pokud byste od systému chtěl nějakou grafickou práci.

[Peter Golis]

Ak si dobre spomínam, tak XFCE používalo 3D akceleráciu na minimalizovanie, maximalizovanie a presun okien už pred 10 rokmi, ale vtedy sa to dalo vypnúť jedným klikom. Rozčulovalo ma to na prastarom stroji kde vypadla akcelerácia GPU lebo sa to nedohovorilo s CPU Big Endian.

[Peter Golis]

Tak gratulky. S týmto si sa nemusel cecať keby si tam nechal pôvodné distro.

[Peter Golis]

Tej verzie je aj mesa-drm-shim, a obávam sa že iné balíky mesa sú na staršej verzii.

Schválne som si na pár sekúnd zapol Debian 12 VM aby som si to naozaj fyzicky overil.