Beküldte matrix64 -
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.
dmesg
Beküldte kimarite -
Értékelés:
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.
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
Beküldte T.István -
Értékelés:
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
Beküldte matrix64 -
Értékelés:
https://paste.ee/p/SoNNP
CPU használat
Beküldte lala -
Értékelés:
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
Beküldte matrix64 -
Értékelés:
soványka a konfig soványka a konfig | iotop
Beküldte kimarite -
Értékelés:
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...
Tesztelj (a Ctrl + C a kilépés):
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.
perf_cpu_time_max_percent és perf_event_max_sample_rate (#)
Beküldte kimarite -
Értékelés:
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)
soványka a konfig soványka a konfig | iotop
Beküldte matrix64 -
Értékelés:
soványka a konfig soványka a konfig | iotop
Beküldte kimarite -
Értékelés:
Viszont ezzel egyidőben a CPU is tekert, a rendszer lassú?
soványka a konfig soványka a konfig | iotop
Beküldte matrix64 -
Értékelés:
soványka a konfig soványka a konfig | iotop
Beküldte kimarite -
Értékelés:
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:
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:
soványka a konfig soványka a konfig | iotop
Beküldte kimarite -
Értékelés:
Írtam az imént még valamit.
soványka a konfig soványka a konfig | iotop
Beküldte matrix64 -
Értékelés:
http://paste.ee/p/Op5Yx
iotop soványka a konfig soványka a konfig | iotop
Beküldte kimarite -
Értékelés:
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?
frissítések
Beküldte kimarite -
Értékelés:
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,
Beküldte unisz -
Értékelés:
Szia,
Szerintem az lehet a gond, hogy az llvmpipe-t használja, így nincsen hardveres gyorsítás.
Az /var/log/Xorg.0.log fájlban mit ír?
Van benne valami ilyen sor?
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?
Hardveres gyorsítás, direct rendering, hardware acceleration
Beküldte kimarite -
Értékelés:
Telepíteni kell az alkalmazást (terminálban),
és tesztelni.
Ha azt mondja, Yes, akkor a hardveres gyorsítás engedélyezve van.
Itt igen (kimenet):