Linux Toshiba A10-re
- Szerkesztve
csuhas32 most rendesen viselkedik. bekapcsoltam egy videlót. Nyitva van egy face ablak is.
top - 20:13:15 up 11:26, 1 user, load average: 0,24, 0,67, 0,73
Tasks: 204 total, 1 running, 202 sleeping, 0 stopped, 1 zombie
%Cpu(s): 4,9 us, 3,5 sy, 0,0 ni, 91,4 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st
MiB Mem : 3711,3 total, 309,2 free, 2080,0 used, 1322,1 buff/cache
MiB Swap: 4110,0 total, 3846,5 free, 263,5 used. 1246,7 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
32908 big 20 0 2857416 347192 101224 S 7,0 9,1 0:39.43 Isolated Web Co
887 big 9 -11 1165948 14076 9340 S 3,7 0,4 5:40.47 pulseaudio
33553 big 20 0 762112 53872 39424 S 1,7 1,4 0:04.42 xfce4-terminal
31342 big 20 0 11,9g 537084 187716 S 1,3 14,1 8:38.02 firefox
31688 big 20 0 326460 43516 33792 S 1,3 1,1 0:08.28 Utility Process
31622 big 20 0 11,0g 657444 98048 S 0,7 17,3 6:17.53 Isolated Web Co
767 root 20 0 560604 35152 20520 S 0,3 0,9 9:02.25 Xorg
1228 big 20 0 414484 25888 18816 S 0,3 0,7 0:01.75 panel-1-whisker
32945 root 20 0 0 0 0 I 0,3 0,0 0:00.52 kworker/u4:2-iwlwifi
32949 root 20 0 0 0 0 I 0,3 0,0 0:00.37 kworker/u4:4-iwlwifi
33168 root 20 0 0 0 0 I 0,3 0,0 0:00.10 kworker/1:2-mm_percpu_wq
1 root 20 0 102476 9428 4436 S 0,0 0,2 0:04.36 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.04 kthreadd
3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp
4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par_gp
5 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 slub_flushwq
6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns
10 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq
11 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_kthread
12 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_rude_kthread
13 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_trace_kthread
14 root 20 0 0 0 0 S 0,0 0,0 0:01.49 ksoftirqd/0
15 root 20 0 0 0 0 I 0,0 0,0 0:07.56 rcu_preempt
16 root rt 0 0 0 0 S 0,0 0,0 0:00.19 migration/0
17 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/0
19 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0
20 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1
21 root -51 0 0 0 0 S 0,0 0,0 0:00.00 idle_inject/1
22 root rt 0 0 0 0 S 0,0 0,0 0:00.50 migration/1
23 root 20 0 0 0 0 S 0,0 0,0 0:01.25 ksoftirqd/1
26 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs
27 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 inet_frag_wq
28 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd
29 root 20 0 0 0 0 S 0,0 0,0 0:00.04 khungtaskd
32 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper
33 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback
34 root 20 0 0 0 0 S 0,0 0,0 0:16.39 kcompactd0
35 root 25 5 0 0 0 S 0,0 0,0 0:00.00 ksmd
37 root 39 19 0 0 0 S 0,0 0,0 0:00.00 khugepaged
38 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kintegrityd
39 root 0 -20 0 0 0 I 0,0 0,0 0:00.00- Szerkesztve
Nagy Gyula És most is 65 ˚C-os a CPU?
Mert akkor meg kellene zsírozni a zsanért. A CPU-t meg újrapasztázni. Én továbbra is ezt gondolom a magam kis eszével.
Szerk: Én így párban adtam ki, hogy kvázi egyszerre legyen meg a két érték: sensors && top.
csuhas32 A cpu hőfok jelenleg is annyi. Igazad van, ráfér a masinkára egy karbantartás.
Emellett az is igaz, hogy a bajokat nem ez okozza.
Remélem amikor megbokrosodik, sikerül egy terminált elindítani és a kérdést lefuttatni.
Nagy Gyula Nézem a top kimenetét, már használja a gép a swap-et. A cat /proc/sys/vm/swappiness parancsra mi a válasz? Amennyiben 60, akkor ezt szerintem állítsd át 10-re.
csuhas32 Tényleg 60-at mondott.
Hogyan tudom átállítani és mit jelent?
- Szerkesztve
Nagy Gyula
Én úgy tudom, hogy az alapértelmezett 60 érték azt jelenti, hogy a memória 40%-os foglaltságánál már elkezdi a rendszer használni a cserehelyet (swap). Ez szerintem indokolatlan, feleslegesen terheli a rendszert, hiszen azért van a RAM, hogy azt használjuk. A te top kimenetedben például még csak 2080 MiB-ot használ a RAM-ból és máris 263,5 MiB-ot a swapből. Az én elméletem szerint ez terheli a CPU-t [szerk: meg feleslegesen irkál az SSD-re is]. Ha átállítod ezt az értéket 10-re, akkor csak a RAM 90%-os telítettségénél (nálad ez nagyjából 3600 MiB lenne, mostani olyan 1600 helyett) fog swappelni. Ez rendben van, ha kifogyna a rendszer a RAM-ból, akkor lassuljon, kezdje el használni a swap-et.
Tudtommal az /etc/sysctl.conf fájlt kellene szerkeszteni és a végére odabiggyeszteni a
vm.swappiness = 10
sort, (vagy persze a 10 helyett írhatsz bármit, amit szeretnél 0 és 100 között, az csak egy dolog, hogy én mindenképp 60 alatti számot javasolnék, leginkább 10-et, esetleg 5-öt).
Szerk: a memóriafoglaltságot a top helyett a free -m paranccsal célzottan is nézegetheted.
(Vagy akár kiadhatod a watch free -m parancsot is, ez két másodpercenként írja ki, hogy mi a helyzet.
A watch -n1 free -m pedig másodpercenként.)
csuhas32 Köszönöm, megtaláltam. Hogy hívják azt a terminálos szerkesztőt amivel beleírhatok?
Ha jól emlékszem, érdemes a timeshifttel egy mentést kérnem előtte.
Nagy Gyula
sudo nano /etc/sysctl.conf
Szerkesztes utan mentes/kilepes:
F3
enter
F2
( Nalam: https://ibb.co/RNpwYPQ )
Persze ... lehet elotte mentest kesziteni ... de ez a szerkesztes nem fogja hazavagni a rendszert.
Köszönöm. Sikerült átírnom. Az újraindítás után aktualizálta.
Majd kiderül, így mit csinál. Valószínűsítem, ez nem befolyásolja a teljes ledöbbenést.
- Szerkesztve
Nagy Gyula Valószínűsítem, ez nem befolyásolja a teljes ledöbbenést.
Nagy Gyula A gépem (a Firefox, YouTube, Face) állásban is képes lefagyni.
Az egér mutató a felső sávban megjelenik és képes vagyok a böngészőre leállítást kérni. Ekkor azt mondja, az oldal elfoglalt és mindenképp le akarom-e állítani. Az igen válaszra leállítja.
Ugyanezt munka/használat közben is megteszi.
Azért az állást írtam, mert a rendszer az inaktív időben elvileg a gyorsító tárazásban rendbe teszi magát. Kidobja gyorsító tárból a régebben használtakat, a gyorsítóban feleslegesnek itélteket. Munka közbeni belassulásnál is elvileg ezt teszi és visszagyorsul.
Időnként álló helyzetben is felszalad a processzor használat. turbó módba megy a hűtőventillátor.
A Firefox+YouTube esetén az általad közölt eredmény szerint a memóriaigény 2080+263,5 MiB volt. A „(a Firefox, YouTube, Face) állásban” ettől egy Face-szel gondolom, hogy több, legyen összesen 2800 MiB.
A 60 swapiness értéknél 1600 körül eddig bekapcsolt a swap, dolgoztatta pluszban az alapból 64 ˚C-os processzort, ami aztán így tovább melegedett, ettől csökkent az amúgy sem izmos teljesítménye és a rendszer megmerevedett.
Most a 2800 MiB memóriaigénynél marad minden a RAM-ban, a swapeléssel nem terheled ilyenkor (még) a processzort.
Amíg 3600 MiB alatt marad az összes memóriaigény, addig jó eséllyel gördülékenyen használható a rendszer.
Elő lehet hozni a teljes ledöbbenést, de talán jobban meg kell érte küzdeni.
Ebben a konfigurációban a leggyengébb láncszem a processzor, ezért azt kell a legjobban kímélni, nem túlnyomni munkával.
Én azt mondom, ha kitakaríttatod a gépet és újrapasztáztatod a processzort, akkor mindent megtettél, az SSD-vel, a 4 GB RAM-mal, az Xfce környezettel és a 10-re beállított swapinness értékkel ez egy viszonylag jó kis egyalkalmazásos gép lehet. Túl sok folyamatot egyszerre futtatni badarság, de amíg 3600 MiB alatt van az összes memóriaigény addig egyenletesen fog futni, ha ezen érték fölé kúszik, akkor megkezdi a swap használatát és a gyenge proci miatt arra számolok, hogy ilyenkor érezhető lassulás fog bekövetkezni, de azért talán nem fog ennyire lemerevedni. A hűtés nagyon sokat számít, de műszaki ember lévén ezt te is biztosan látod. Ha most alapjáraton 64 ˚C-os a processzorod, az szerintem nagyon sok. Gondold el, ha megfelelő lesz a hűtése és ez lejjebb megy mondjuk 10 ˚C-szal az is rengeteg. Nyáron milyen sok panasz van, hogy melegszenek a gépek. A szoba mennyivel melegebb nyáron mint most?
Én azt gondolom, hogy egy elégtelen hűtés esetén eleve magasabb a processzor hőmérséklete és ha meg van dolgoztatva, akkor erről a magas értékről rossz hőelvezetés miatt nem is ugyanannyit melegszik, hanem többet. Ha meg még a ventilátor sem dolgozik jól és onnan sem kap hűtést, akkor hatványozottan összeadódnak a dolgok.
Én valahogy így tudom elképzelni:
Kitakarított, jól pasztázott gép: alapjárat 50 ˚C, terhelésnél 65 ˚C.
Kitakarított, de elöregedett pasztájú gép: alapjárat 64 ˚C, terhelésnél 85 ˚C.
Eltömődött szellőzőnyílások, poros ventilátor, elöregedett paszta: alapjárat 67 ˚C, terhelésnél 92 ˚C.
És itt az utolsó esetnél sokkal többször tartózkodik a gép a terhelt állapot stádiumában mert kisebb valós terhelésre is jobban melegszik.
Persze ez csak az én képzelgésem.
- Szerkesztve
Nagy Gyula Valószínűsítem, ez nem befolyásolja a teljes ledöbbenést.
A mi kis laposunk első generációs i5-ös processzorral ketyeg. Piszkosan, elöregedett pasztával voltak hasonló akadások, sőt olykor más annyira túl is melegedett, hogy lekapcsolta magát.
Kitakarítva, újrapasztázva megy mint a kis angyal. Döbbenetes a különbség.
Sajnos az előző állapotról nem tudok neked értékeket mondani, most ezt adja azon a gépen a sensors alapjáraton egy YouTube videóval.
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +46.0°C (high = +95.0°C, crit = +105.0°C)
Core 2: +44.0°C (high = +95.0°C, crit = +105.0°C)
nouveau-pci-0100
Adapter: PCI adapter
GPU core: 850.00 mV (min = +0.80 V, max = +1.00 V)
temp1: +55.0°C (high = +95.0°C, hyst = +3.0°C)
(crit = +105.0°C, hyst = +5.0°C)
(emerg = +135.0°C, hyst = +5.0°C)
acpitz-acpi-0
Adapter: ACPI interface
temp1: +51.0°C (crit = +127.0°C)
temp2: +27.0°C (crit = +127.0°C)
temp3: +10.0°C (crit = +128.0°C)
temp4: +36.0°C (crit = +127.0°C)
temp5: +0.0°C (crit = +115.0°C)
temp6: +20.0°C (crit = +128.0°C)
temp7: +55.0°C (crit = +128.0°C)
temp8: +46.0°C (crit = +128.0°C)
temp9: +44.0°C (crit = +128.0°C)
temp10: +59.0°C (crit = +128.0°C)
BAT0-acpi-0
Adapter: ACPI interface
in0: 12.29 V
curr1: 0.00 A Kíváncsi lennék, mit ad nálad egy esetleges takarítás, pasztázás előtt és után azonos cselekedet végezve, így lenne egy valós adatunk.
- Szerkesztve
csuhas32 A nyári csúcs egy kicsivel 30 fok alatt volt. Most 21-22 fokot tartunk. Nálam reggelre lement 18 és félre. Nyilván annál jobb, minél jobb a proci hűtése. De.
65 fokkal nincs az önkorlátozás, ezzel a teljesítmény csökkentés közelében. Nem tudom mikor indítja, de 105 fokra írja a kritikus hőmérsékletet.
A pasztázással valószínűleg nincs (nagy) gond. Ha lenne akkor nagy mag hőmérséklet mellett is hűvös levegőt fújna.
Bár igaz, nagy munka szétbontani a gépet. Ekkor érdemes már a nem sürgetőket is megcsinálni.
A gyorsító tárazás nem lehet nagy proci igényű. Azt írtad, a kiíratásnál már csinálta, tehát az értők kiböngészhetik, mennyi az annyi.
Régen olvastam a pufferelésről, hogy hol milyen filozófia alkalmazásával csinálják. Az elő olvasást és a memóriából való kiíratást is. Úgy is, hogy az MS-nél azonnal mindent kiírnak, ezért darál állandóan a HDD (háttértár). Az Unix (Linux) filozófiánál akkor írnak ki amikor már szükséges. Ebből adódóan megtorpanások lehetnek. DE CSAK MEGTORPANÁSOK.
Ha nem rontották el (nagyon) a gyorsítótárazást akkor nálam más lehet a háttérben. Esélyes, hogy valami olyan folyamat indul be időnként ami elkezdi tölteni a memóriát. Ilyenkor jelentkezik de nem mindig a proci (hő) megfutás is.
Az is mutat valamit, hogy a probléma a böngésző ablakán belül jelentkezik. Az ablakon kívül megjelenik az egér mutató és (mást eddig nem próbáltam) működik a böngésző leállítása. Gyakran megjavul akkor is ha csak a böngészőt indítom újra. Jut eszembe, volt amikor a ki-bekapcsoló gombot voltam kénytelen használni. Van amikor még az sem kizárt, hogy a feladat ütemező egyszerűen csak elveszi (lecsökkenti) az adott ablaktól, vagy a böngészőtől az erőforrásokat. Aztán nem adja vissza amikor elkezdeném használni.
Van amikor a hiba a felfüggesztésből való ébredés után jelentkezik. A hiba hullámokban szokott jelentkezni úgy, hogy vélelmezhető a frissítésekkel való összefüggősége is.
Számomra ez olyan homályos, mint az, hogy ha a macska farkára lépek, a nyomásból hogyan lesz a másik oldalon nyávogás. Az sem segít, hogy nem következetesen csinálja a műsort.
Nagy Gyula A swap NEM gyorsítótár. Az a cache.
a mester Attól függ, mihez képest határozzuk meg. A normál könyvtár rendszerhez képest nézve az.
Hogy mégszebb legyen a helyzet, a mostani gépekben jópár lépcsős rendszer van. A processzoron belül is. A proci számára az operatív memória is csupán egy háttértár.
A régi szép idők amikor a memóriából meghajtót (ramdiszket) definiáltunk, így gyorsítottunk.
Nagy Gyula A pasztázással valószínűleg nincs (nagy) gond.
Ha csak úgy bekapcsolod a gépet, hány fokos a processzor? 64? Szerintem akkor nem jó a hőelvezetés. Amit mutattál top kimenetet, ott a %Cpu(s): mellett 4,9 us szerepel. Én azt gondolom, lehet rosszul, hogy ez azt jelenti, 4,9%-os processzorhasználat volt ekkor. Nos, ha ekkor 64 ˚C-os a processzorod, az szerintem azt jelenti, hogy rossz a processzor hőelvezetése.
csuhas32 Igazad van, csak az sem mindegy, hol van a szűk keresztmetszet. Ha jó meleg levegőt fúj az azt jelenti, a meleg eljut a hűtőbordára. Innen pedig kicsi a légáramlás. Ha megvan a ventillátor fordulatszáma, akkor nagy az áramlási ellenállás. El van rakódva (koszosodva) a rendszer.
Nagy Gyula
Én egyszerű emberként azt is kinézem abból, ha forró levegőt fúj, hogy rossz a processzor hőelvezetése és el van tömődve (részben vagy egészben) a nyílás, ahol beszívná a ventilátor a hidegebb levegőt, így a belső forró levegőt fújja csak ki. Lehet elmélkedni, de abban szerintem megállapodhatnánk (akár a keresési találatok alapján), hogy az alapjáraton 64 ˚C az sok. Ha ez ennyi, akkor érdemes volna ennek az okát feltárni és javítani a helyzeten, ezt az értéket lejjebb tornázni, amennyire csak lehet.
A swappiness értékének csökkentése hozott valami számodra érzékelhető javulást?
Nagy Gyula Ez semmit nem változtat azon a tényen, hogy a SWAP terület nem gyorsítótár. Inkább lassítótár 
- Szerkesztve
Most lejátszás nélkül 59 fokos a proci.
big@big-TECRA-A10:~$ top
top - 12:56:42 up 7:29, 1 user, load average: 0,19, 0,29, 0,38
Tasks: 206 total, 1 running, 204 sleeping, 0 stopped, 1 zombie
%Cpu(s): 7,2 us, 1,7 sy, 0,0 ni, 90,9 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st
MiB Mem : 3711,3 total, 123,7 free, 2795,4 used, 792,2 buff/cache
MiB Swap: 4110,0 total, 4105,0 free, 5,0 used. 491,0 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1790 big 20 0 2583976 180932 52172 S 9,6 4,8 4:32.86 Isolate+
1420 big 20 0 11,9g 621112 99012 S 2,3 16,3 35:24.56 firefox
5710 big 20 0 2508860 148320 125748 S 1,3 3,9 1:50.82 Isolate+
883 big 9 -11 1165948 23296 15744 S 1,0 0,6 4:00.20 pulseau+
8439 big 20 0 695832 53644 40192 S 1,0 1,4 0:02.71 xfce4-t+
760 root 20 0 561280 62436 28680 S 0,7 1,6 4:59.50 Xorg
1898 big 20 0 11,2g 649584 54840 S 0,7 17,1 17:54.97 Isolate+
1194 big 20 0 556672 38276 17408 S 0,3 1,0 1:00.31 xfwm4
1304 big 20 0 431016 23292 14848 S 0,3 0,6 0:59.46 nm-appl+
1686 big 20 0 2583028 226332 31964 S 0,3 6,0 0:30.73 WebExte+
5820 big 20 0 2394816 49280 34688 S 0,3 1,3 0:03.15 Isolate+
8491 big 20 0 15968 3968 3200 R 0,3 0,1 0:00.23 top
8545 root 20 0 0 0 0 I 0,3 0,0 0:00.02 kworker+
1 root 20 0 166656 10988 7404 S 0,0 0,3 0:03.19 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.04 kthreadd
3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gp
4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_par+