CPU használat

Fórum: 

Sziasztok!

Régebb óta fut egy nem túl erős gépen a Mint.

http://pastebin.com/raw/LXad2Qzf

Kb. múlt héten jött valami frissítés, sajnos nem tudom azonosítani mi okozhatta, használhatatlan közeli állapotba került a gép. Durva CPU használatba kezd a cinnamon (rendszerfigyelőben) néha, látszólag minden ok nélkül. Ha videót indítok akkor le is fekszik a gép, legalábbis a közeli állapotba kerül. Régen nem volt ilyen probléma.

Próbáltam az előző kernel-el, nem segített.

 

kimarite képe

dmesg

Értékelés: 

0
Még nincs értékelve

Dual Core processzor, igaz, iGP a videó eszköz, és mondjuk, a RAM 4 GB, de nem kéne lassulnia. A frissítés hozott valamit, talán WiFi driver problémát, még nem tudjuk.

Ezt a kimenetet is megosztod? Megmutatkozhat a probléma oka a kimenetben.

dmesg

Gondolom, állandóan a lassulás, így nem kérem külön, hogy azután futtasd a parancsot, mikor elkezd lassulni a rendszer.

Lehet pastebin a megosztás, de olvasd el, amit még írtam a terminál előzetes beállításáról itt: szöveg megosztása

soványka a konfig

Értékelés: 

0
Még nincs értékelve

Takarítva / pasztázva mikor volt utoljára a gép? A régebben nem volt ilyen gond az mikor volt? Mint 20.3 azért nincs olyan régóta.

El lehet gondolkodni ettől függetlenül a gép felturbózásán.

Tehát kellene nézni egy négymagos LGA 775 procit. (core2 Quad akármit).

Meg 4 GB-s DDR3 modulokat. 4 DB--ot. Vagy 8 GB-s modulokból kettőt legalább.

Meg egy dedikált videokártyát, ebből egy kis fogyasztású is jó. A lényeg, ne a CPU-t terhelje a video, meg ha van videokártya, akkor nagyobb a CPU választék is (nincs mindegyikben integrált videokártya)

soványka a konfig

Értékelés: 

0
Még nincs értékelve

#2 Gondoltam rá, takarítottam, pasztáztam. Az 5.4.0-99 kernel után kezdett lassulni, nemrég jött, ezért próbáltam az előzővel indulni. De lehet, hogy semmi köze hozzá.

https://paste.ee/p/SoNNP

CPU használat

Értékelés: 

0
Még nincs értékelve

Ez a magas CPU használat összefügg valahogy a böngészővel / web-el ?
Mert vannak bizonyos ártalmatlannak tűnő oldalak, melyeken beindul valamiféle bányászatra utaló folyamat.
Ha ilyenkor letiltom az oldalon a scripteket (Scipt Blocker Ultimate ... Ff. kiegészítő) akkor ez a proci zabáló
folyamat megszűnik.

CPU használat

Értékelés: 

0
Még nincs értékelve

#3 Tulajdonképpen igen, mert nagyrészt arra van használva, de konkrét oldalhoz nem tudnám kötni. Ff és Vivaldi van duckduckgo kiegészítővel.

kimarite képe

soványka a konfig soványka a konfig | iotop

Értékelés: 

0
Még nincs értékelve

#2.1 Ez a sor, és a többi három utal arra, hogy a „ez” a kernel rosszul számolja ki a rendszer működésének kedvező teljesítményét. Vagy valamiért nincs elég erőforrás a megfelelő teljesítményhez.

[  277.989604] perf: interrupt took too long (2506 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
[  328.612371] perf: interrupt took too long (3146 > 3132), lowering kernel.perf_event_max_sample_rate to 63500
[  592.466461] perf: interrupt took too long (3934 > 3932), lowering kernel.perf_event_max_sample_rate to 50750
[ 3121.302175] perf: interrupt took too long (4918 > 4917), lowering kernel.perf_event_max_sample_rate to 40500

Igaz, bizonyos idő eltérés is megvan, de ismétlődik.

Mindez angolul: https://bbs.archlinux.org/viewtopic.php?pid=1461197#p1461197

De vannak bugok, azaz hibák, például, ha egy folyamat feleslegesen és állandóan fut. A futó folyamat általában ír és olvas a tárolóról. Erre kéne rápillantani.

Telepítsd az iotop alkalmazást. A teszt is terminálban lesz...

sudo apt-get install iotop

Tesztelj (a Ctrl + C a kilépés):

sudo iotop -o

Nálam az értékek 0%-on vannak elég sokat. Azt kéne megnézni, nálad milyen az alap érték, és van-e valamilyen folyamat, ami állandóan fut. Akár alkalmazás használat nélkül. Zárd be a böngészőt, videólejátszót... . Ez egy jó kis alkalmazás. Az a cél, mutass valamit, ami állandóan, vagy majdnem mindig fut.

A tesztet képen tudod megosztani a képernyőkép készítés után (az ablakot fotózd): használd ehhez az Imgur vagy az imgBB oldalakat (érdemes regisztrálva feltölteni a képeket). Az URL-t is elég közölnöd.

Megoldás lehet másik kernel esetleg, meglátjuk, mi a folyamat pontosan.

kimarite képe

perf_cpu_time_max_percent és perf_event_max_sample_rate (#)

Értékelés: 

0
Még nincs értékelve

Jelzi a rendszermagnak, hogy mennyi CPU-időt használhat fel a perf mintavételi események kezelésére. Ha a perf alrendszert arról tájékoztatják, hogy a mintái túllépik ezt a határt, akkor csökkenti a mintavételezés gyakoriságát, hogy megpróbálja csökkenteni a CPU-használatot.

A perf mintavételezés egy része NMI-kben történik. Ha ezeknek a mintáknak a végrehajtása váratlanul túl sokáig tart, az NMI-k annyira egymás mellé halmozódhatnak, hogy semmi mást nem engednek végrehajtani.

0: a mechanizmus kikapcsolása. Ne figyelje vagy korrigálja a perf mintavételezési sebességét, függetlenül attól, hogy az mennyi CPU-időt vesz igénybe.

1-100: megpróbálja a perf mintavételi sebességét a CPU ezen százalékára korlátozni. Megjegyzés: a kernel kiszámítja az egyes mintavételi események "várható" hosszát. A 100 itt ennek az elvárt hossznak a 100%-át jelenti. Még ha ez a beállítás 100-ra van is állítva, akkor is előfordulhat, hogy a minták fojtása megtörténik, ha ezt a hosszat túllépi. Állítsa 0-ra, ha valóban nem érdekli, hogy mennyi CPU-t fogyaszt.

Forrás: https://sysctl-explorer.net/kernel/perf_cpu_time_max_percent/
Kernel doksi: https://www.kernel.org/doc/html/latest/admin-guide/sysctl/kernel.html#perf-cpu-time-max-percent

Azt nem mondom, megoldja a problémát, de jegyzetbe ideteszem.

Itt olvastam erről,
https://tech.akat.info/?p=1770
(a leírásban említett perf alkalmazás innen jón: linux-perf)
de manapság a megvalósítás így nézne ki (a két érték változtatása).
https://bbs.archlinux.org/viewtopic.php?pid=1862022#p1862022

Ne csináld meg. Én sem próbáltam ki.

Nálam (Debian)

sudo cat /proc/sys/kernel/perf_event_max_sample_rate
100000
sudo cat /proc/sys/kernel/perf_cpu_time_max_percent
25

soványka a konfig soványka a konfig | iotop

Értékelés: 

0
Még nincs értékelve

#2.1.1 Ezt nehezen tudnám lefotózni, csak egy pillanatra ugranak be sorok, de egy kworker/... valami másodpercenként. Folyamatos használat nincs.

kimarite képe

soványka a konfig soványka a konfig | iotop

Értékelés: 

0
Még nincs értékelve

#2.1.1.1 egy pillanatra ugranak be sorok, de egy kworker/... valami másodpercenként. Folyamatos használat nincs.

Viszont ezzel egyidőben a CPU is tekert, a rendszer lassú?

soványka a konfig soványka a konfig | iotop

Értékelés: 

0
Még nincs értékelve

#2.1.1.1.1 Ha nem indítok alkalmazást csak a rendszermonitort, akkor 20-30%-on megy a cpu stabilan.

 

kimarite képe

soványka a konfig soványka a konfig | iotop

Értékelés: 

0
Még nincs értékelve

#2.1.1.1 Újabb kernelt is telepíthetnél, emez azonban rövidebb támogatású:

sudo apt-get install --install-recommends linux-generic-hwe-20.04

Jelenleg: 5.13.0.28.31~20.04.15

https://wiki.ubuntu.com/Kernel/LTSEnablementStack
https://wiki.ubuntuusers.de/LTS_Enablement_Stacks/ )

Differences GA / HWE Kernel

The Ubuntu LTS kernel versions distinguish between GA and HWE kernels:

  • GA Kernel with five years security updates: The GA (General Availability) Kernel version is the kernel version included with the first release of a Ubuntu LTS version. For Ubuntu 18.04, for example, this is the Linux Kernel 4.15. Security updates are provided for this kernel version for a period of five years.
  • HWE Kernel with six months security updates: A HWE (Hardware Enablement) kernel version is a newer kernel version than a GA kernel. For a HWE kernel version, security updates are provided only six months after release. The next HWE Kernel version will then be automatically upgraded. The latest HWE Kernel version is the GA Kernel version of the next LTS major release. It will therefore be provided with security updates for a longer time.

Forrás: https://www.thomas-krenn.com/en/wiki/Ubuntu_LTS_Hardware_Enablement_Stack_information
https://learnubuntumate.weebly.com/install-hwe-2004.html )

Ha feltételezzük azt, hogy a jelenlegi kernel a hardverekkel nem jön ki, és eddig jól működött, azaz, egy frissítés után nem.

A frissítéseid melyik napon jöttek a múlt héten?
A kernel frissítések érvényesítéséhez a rendszert újra kell indítani.
Mikor lett újraindítva? Minden nap kikapcsolod a gépet?
Oszd meg:

cat /var/log/apt/history.log
kimarite képe

soványka a konfig soványka a konfig | iotop

Értékelés: 

0
Még nincs értékelve

#2.1.1.1.1.1 Lehet, a 4 GB RAM pont itt lett kevés, de videó driver problémára utaló jelet sem látok. Eszközöket lehetne még tesztelni, a Lemezek alkalmazásban a tárolót (nem látni a dmesg kimenetben hibát), RAM-ot a MEMTest alkalmazással.

Írtam az imént még valamit.

soványka a konfig soványka a konfig | iotop

Értékelés: 

0
Még nincs értékelve

#2.1.1.1.2 Újra van indítva rendszeresen, ma is jött egy kernel.

http://paste.ee/p/Op5Yx

 

kimarite képe

iotop soványka a konfig soványka a konfig | iotop

Értékelés: 

0
Még nincs értékelve

#2.1.1.1.2.1 Próbálj meg az összes kérdésre válaszolni, mert oka van, mit, miért kérdezünk.

A frissítéseid melyik napon jöttek a múlt héten?

Melyik nap, hanyadikán kezdődtek a gondok? Gondolom, „másnap”.

ma is jött egy kernel.

Tapasztalható javulás?

kimarite képe

frissítések

Értékelés: 

0
Még nincs értékelve

#2.1.1.1.2.1.1 A kernelre nem kell feltétlen kihegyezni a dolgot,

Start-Date: 2022-02-07  15:24:26
...
Upgrade: linux-headers-generic:amd64 (5.4.0.97.101, 5.4.0.99.103), linux-libc-dev:amd64 (5.4.0-97.110, 5.4.0-99.112), linux-image-generic:amd64 (5.4.0.97.101, 5.4.0.99.103), linux-generic:amd64 (5.4.0.97.101, 5.4.0.99.103)
End-Date: 2022-02-07  15:26:00

mert a kactivitymanagerd vagy a  libegl-mesa0:amd64 is okozhat problémát (akármi). Nem tudjuk, ezért kell a nap, amikor még jó volt és az is, amikor már nem volt. Azért írom külön, mert a rendszer újraindítás előtt/után, azaz, a hiba megtapasztalása lehet egy napon is. Kell a nap és pontos időpont, amikor tapasztaltad a hibát. Mikor volt: „negyedikén délután”? Minél pontosabb időpont kéne, azaz a délután már majdnem jó, de ha csak ilyesmire emlékszel, az is valami támpont (+ nap).

Szia,

Értékelés: 

0
Még nincs értékelve

Szia,

Szerintem az lehet a gond, hogy az llvmpipe-t használja, így nincsen hardveres gyorsítás.

Graphics:
  Device-1: Intel 4 Series Integrated Graphics driver: i915 v: kernel 
  Display: x11 server: X.Org 1.20.13 driver: modesetting 
  unloaded: fbdev,vesa resolution: 1280x1024~60Hz 
  OpenGL: renderer: llvmpipe (LLVM 12.0.0 128 bits) v: 4.5 Mesa 21.2.6 

Az /var/log/Xorg.0.log fájlban mit ír?

Van benne valami ilyen sor?

[ 6.540] (II) intel(0): [DRI2] DRI driver: i915

Nekem az a gyanúm, hogy a kernel nem ismeri fel a videokártyádat és ezért nincsen hardveres gyorsítás, és ettől lassú a gép.

A dmesg-ben látsz esetleg valami "intel"-re, "modesetting"-re, "i915"-re utaló üzeneteket?

kimarite képe

Hardveres gyorsítás, direct rendering, hardware acceleration

Értékelés: 

0
Még nincs értékelve

#5 A hardveres gyorsítás beállítás maga, könnyen ellenőrizhető.

Telepíteni kell az alkalmazást (terminálban),

sudo apt-get install mesa-utils

és tesztelni.

glxinfo | grep "direct rendering"

Ha azt mondja, Yes, akkor a hardveres gyorsítás engedélyezve van.

Itt igen (kimenet):

direct rendering: Yes