lala2 Köszönöm.
És kérlek, írd meg ezeknek a varázs kifejezéseknek a jelentését.
Annyit látok, hogy ezek átviteli sebességek.
És, igen. Az sdd sokkal gyorsabb, mint a HDD. Sajnálom, hogy úgy alakították, hogy nagyon számít a háttértár sebessége is. A régi HDD-re az ellenőrzések azt írták, jó állapotban van és nagyon öreg. Sok cucc "erkölcsileg" avul el. Így megy a szemétbe. Jobb esetben beolvasztásra.
Linux Toshiba A10-re
Nagy Gyula
Az első: 1742.36 MB/sec a CPU + gyorsítótár + RAM hármas együttesére jellemző átviteli sebesség.
A második: 265.14 MB/sec az SSD (olvasási?) sebessége.
lala2 Ez a PC-m:
Ez valamivel gyorsabb.
Hol tudom megnézni, az általad mondott utasítás sorban mi mit jelent? Persze az is haladás, hogy recept szerint le tudom kérdezni. Megjegyezni akkor tudom ha értem is.
Nagy Gyula
Ne hogy azt hidd hogy en minden parancsra emlekszem - arra emlekszem, hogy hol talalom ezeket.
Evek ota gyujtom a kulonfele helyekrol osszeszedett hasznos parancsokat a "Gnote" jegyzettombbe.
lala2 Evek ota gyujtom a kulonfele helyekrol osszeszedett hasznos parancsokat a "Gnote" jegyzettombbe.
Sokaknak jót tennél vele ha közkinccsé tennéd.
Nézegetem a folyamatok kijelzőt. Van olyan ami kiírja, hogy a tűzróka folyamatai melyik fülekhez tartoznak? Jó lenne látni, hogy mi milyen étvágyú. Akkor is ha (épp) null proci teljesítmény tartozik hozzá.
Nagy Gyula" Hol tudom megnézni, az általad mondott utasítás sorban mi mit jelent? "
A linugzban az egyik legelső dolog, hogy megtanuld a man parancs használatát. Man, mint manual, útmutató.
Ha nem tudsz semmit a man-ról, akkor írd be a man man parancsot 
Kiadtad a hdparm parancsot. Ha meg akarod ismerni, akkor add ki a man hdparm parancsot
- Szerkesztve
Megint belassult a böngésző. Most kivártam, hogy lapot váltson és azt is, hogy normál módon kikapcsoljon (több, mint egy perc).
Procihőfok 50 fok alatt.
Mi az a zombie amit ír?
big@big-TECRA-A10:~$ top
top - 19:07:36 up 1 day, 3:44, 1 user, load average: 0,60, 0,70, 0,67
Tasks: 220 total, 1 running, 218 sleeping, 0 stopped, 1 zombie
%Cpu(s): 16,0 us, 4,9 sy, 0,0 ni, 79,1 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 3711,3 total, 353,0 free, 2630,1 used, 728,2 buff/cache
MiB Swap: 4110,0 total, 3222,0 free, 888,0 used. 718,3 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23234 big 20 0 3095044 346996 61672 S 16,6 9,1 63:27.72 Isolated Web Co
1415 big 20 0 19,9g 437216 117532 S 13,3 11,5 148:03.52 firefox
761 root 20 0 655716 47700 33972 S 4,3 1,3 22:36.24 Xorg
7442 big 20 0 963692 44272 29476 S 2,3 1,2 2:16.32 xfce4-terminal
885 big 9 -11 1165952 12204 7460 S 1,3 0,3 22:41.19 pulseaudio
1198 big 20 0 557520 14528 7636 S 1,0 0,4 4:18.58 xfwm4
152936 root 20 0 0 0 0 I 0,7 0,0 0:03.47 kworker/u4:2-phy0
1307 big 20 0 431064 13732 7496 S 0,3 0,4 4:02.26 nm-applet
50343 big 20 0 2861960 164056 51184 S 0,3 4,3 1:56.56 Isolated Web Co
78532 big 20 0 2776560 101800 50536 S 0,3 2,7 1:08.06 Isolated Web Co
98681 big 20 0 2810472 186648 49988 S 0,3 4,9 3:04.23 Isolated Web Co
163281 big 20 0 16404 4480 3584 R 0,3 0,1 0:00.34 top
163363 big 20 0 2400328 78316 59628 S 0,3 2,1 0:00.44 Isolated Servic
1 root 20 0 166544 8080 4520 S 0,0 0,2 0:08.13 systemd
2 root 20 0 0 0 0 S 0,0 0,0 0:00.07 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:23.49 ksoftirqd/0
15 root 20 0 0 0 0 I 0,0 0,0 0:23.32 rcu_preempt
16 root rt 0 0 0 0 S 0,0 0,0 0:00.29 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.45 migration/1
23 root 20 0 0 0 0 S 0,0 0,0 0:30.38 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.08 khungtaskd
31 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:59.44 kcompactd0 Nagy Gyula Ez is szerepel a tippek között. Ha megint összeomlik akkor valószínűleg ezt fogom kipróbálni.
Kipróbáltad már végre?
- Szerkesztve
gytoth Kipróbáltad már végre?
Még nem. Elvileg a snap nem veszi el a böngészőtől az erőforrásokat. A böngésző sem korlátozza önmagát.
Emellett van az, hogy nem igazán következetes a nagyon durva belassulás. Csak annyiban igen, hogy nagyon gyorsan csinálja.
jól olvastam, hogy a snap valami hasonlót csinál, mint a virtual box?
https://szit.hu/doku.php?id=oktatas:linux:csomagkezeles:snap
Nagy Gyula Valami olyasmi. Csak nem az egész rendszerre, hanem egy-egy programra.
"Elvileg a snap nem veszi el a böngészőtől az erőforrásokat. "
A snap a rendszertől veszi el az erőforrásokat - fölöslegesen- , hogy a nyüves programodat könnyebben telepíthesd.
De még az sem igaz, hiszen egyetlen paranccsal telepíthetsz normál módon is, meg snapmódon is.
De te csak használd a zubuntu által erőltetett snapot, mert az ubuntusok megérdemlik (az egyszerű kezelést). Csak vegyél alá gépet, ami elviszi.
- Szerkesztve
a mester De te csak ....
Úgy is mint szakember, felhasználói szempontból mi jót látsz a snapban?
A hangszórót érő kérdés az, hogy mi veszi el az erőforrásokat a böngészőtől akkor amikor a rendszerben még van erőforrás tartalék?
Nagy Gyula Nyitva voltak közben a műszerek?
Mit mutattak?
Ha a belassult böngésző végre bezáródott, és utána mutatod a top-ot, az semmit sem ér.
Azt kellene látnunk, mi a levegő történik olyankor?
A zombi az egy döglött folyamat, normálisan, ha egy processz kimúlik, az őt létrehozó szülő processz tudomásul veszi.
Ez a tudomásulvétel valamiért elmarad, és ott marad a zombi.
Nagy Gyula felhasználói szempontból mi jót látsz a snapban?
Egy jó dolog van benne elvileg, bár nem tudom, ezt meg tudom-e magyarázni.
A Linux rendszer szállít valamilyen libeket, ezek függvénykönyvtárak, egyszerűsítve előregyártott programrészek vannak bennük.
Legyen "A" rendszeren egy ilyen csodalib1.0. A csodaprogram használ belőle részeket, ezért függ a csodalib1.0-tól.
Ha telepíted csodaprogramot, települnie kell csodalib1.0-nak is.
Namármost megjelenik "B" rendszer, ami egy továbbfejlesztett csodalib1.5-öt tartalmaz. Ekkor a csodaprogramot hozzá kellene igazítani, hogy "B" rendszeren működjön, és a csodalib1.5-öt akarja. Amíg ez nincs, addig "B" rendszeren nem fog működni a csodaprogram.
A függőségek igen bonyolult szövevényt képesek alkotni, ezen segít a snap.
De milyen áron....
- Szerkesztve
Nagy Gyula , hogy mi veszi el az erőforrásokat a böngészőtől akkor amikor a rendszerben még van erőforrás tartalék?
MŰSZEREK!!?!?!?!?!?!?!
Másik topikban találsz egy szkriptet, amit összkalapáltam, tudom, hogy már tudsz róla.
Tegyél róla, hogy működjön a háttérben, és amikor legközelebb furáskodik a böngésző, a logot töltsd fel valahova (mega, guglidrájv, pastebin tökmindegy) és a linket hozd ide. Aztán megskubizzuk.
- Szerkesztve
klt Tegyél róla, hogy működjön a háttérben
Annyival minimum jövök klt-nek, hogy ebben besegítsek.
Kedves Gyula!
Csináljuk úgy, ahogy én tudom:
Nyiss egy terminált (Ctrl+Alt+T) és add ki sorban a következő parancsokat:
cd
mousepad reslog.sh
Most megnyílik egy szöveges fájl, amibe ezt a tartalmat másold bele:
#!/bin/bash
LOG="~/reslog.txt"
writelogentry ()
{
echo "Pillanatkép: " $(date +%Y%m%d-%T) >> $LOGFILE
echo "CPU szerint:" >>$LOGFILE
top -b -n 1 | head -n 16 >> $LOGFILE
echo "%MEM szerint:" >> $LOGFILE
top -b -n 1 -o %MEM| head -n 16 >>$LOGFILE
echo "========================================" >>$LOGFILE
}
#itt indul
eval LOGFILE=$LOG
if [ -n "$1" ] && [ $1 = "install" ]; then
eval DESKTOPFILE=~/.config/autostart/resourcelogger.desktop
echo "Install: létrehozom az indítóbejegyzést: "$DESKTOPFILE
cat <<_EOF > $DESKTOPFILE
[Desktop Entry]
Type=Application
Name=Resource logger
NoDisplay=true
Comment=
RunHook=0
_EOF
Myname=$(readlink -f $0)
echo "Exec=$Myname" >> $DESKTOPFILE
echo "Az indítóbejegyzés rám mutat: "$Myname
echo "Elvileg kész az install"
elif [ ! -f /tmp/reslogflag ]; then
touch /tmp/reslogflag
echo "Logger elindult: " $(date +%Y%m%d-%T) >> $LOGFILE
while true
do
writelogentry
sleep 15
done
else
echo "Már fut a szkript (vagy a tmp-ben ott maradt a flag...)"
fi(Az egészet jelöld ki, lépj át a Mousepadbe és ott nyomd meg az egérgörgőt.)
Mentsd el a fájlt! (Ctrl+S)
[Akár ki is léphetsz a Mousepadből. (Ctrl+Q)]
chmod +x reslog.sh
./reslog.sh install
Ha mindent jól csináltál, akkor ez van most előtted a terminálban:
Install: létrehozom az indítóbejegyzést: /home/big/.config/autostart/resourcelogger.desktop
Az indítóbejegyzés rám mutat: /home/big/reslog.sh
Elvileg kész az installKi-bejelentkezés után vagy amikor legközelebb használni fogod a számítógépet (felhasználói fiókodat), a szkript már tenni fogja a dolgát.
- Szerkesztve
Nagy Gyula
Komolyan mondom, nem ertem hogy miert kinlodsz/molyolsz ennyit ezzel a snapes Firefoxal!
csuhas32 is ajanlotta mar hogy probalj ki egy masik - nem snapes Firefoxot - TELEPITES NELKUL.
https://archive.mozilla.org/pub/firefox/releases/120.0/linux-x86_64/hu/
Letoltod a firefox-120.0.tar.bz2 magyar nyelvu fajlt -> kicsomagolod -> megnyitod a kicsomagolt
fajlt -> talalsz benne egy kek szinu csucsara allitott negyszoget, alatta firefox felirattal.
Duplan rakattintva betoltodik egy szuz magyar nyelvu Firefox -> beallitod ahogy szoktad, vagy
ha van Firefox fiokod, akkor valoszinu mindent at tudsz venni a snapes firefoxtol.
Megjegyzi a beallitasokat!
Hasznalod egy ideig ... megtapasztalod hogy ennel is elofordulnak-e ledobbenesek.
Ezt a tomoritett, ill. a kicsomagolt fajlt barmikor nyom nelkul torolheted!
- Szerkesztve
Nagy Gyula A hangszórót érő kérdés az, hogy mi veszi el az erőforrásokat
Senki sem fogj tudni megmondani, mert semmilyen információ nincs róla, ill. semmilyen hibalehetőség nem lett egyértelműen kizárva:
1, Hardver nincs karbantartva.
Ez egy tizenéves gép tizenéves alkatrészekkel, kosszal és betonná száradt pasztával. Nem tudni mennyi az újkori hőmérsékleti határérték, ahol a throttling kezdődik (talán 61 fok), de egy biztos, hogy már nem annyi. (a CPU/GPU egy dolog, de az egyéb alkatrészek, az alaplapon és a tápban, ennyi idősen már garantáltan nem annyi terhelést bírnak, mint új korukban)
Az az elvárás, hogy a gép úgy működjön ahogy megteremtették, de a kötelező karbantartások (2-3 évente) nincsenek elvégezve, 100%-ig biztos, hogy a hardver így már nem látja el megfelelően a feladatát.
2, Memória nincs tesztelve
A memóriagondok nehezen megfoghatók és nem következetesek. Épp ezért van a memtest, ami egy stressz-teszt és hosszú ideig (jellemzően este indítják, reggel megnézik mire jutott) kell futtatni ahhoz, hogy jó eséllyel ki lehessen jelenteni, nincs gond a memóriákkal.
3, A snap, mint ok nincs kizárva
A snap (flatpak, stb.) egyáltalán nem őrültség, számos előnye van, pl. egy app fejlesztése és telepítése kevésbé függ az OS korától, fajtájától, telepített elemeitől, mivel az app csomagja tartalmaz mindent, amire neki szüksége van. Ennek persze van erőforrás oldalon ára, épp úgy, ahogy egy családi egyterű is többet fogyaszt, mint egy városi kisautó. Az FF normál verziója nem lett kipróbálva, így nem lehet tudni, van-e különbség.
4, A telepített szoftverek nem lettek kizárva.
Nem tudni milyen szoftverek fuitnak még a rendszeren kívül, így azt sem tudni, azok hogy viselkednek. Ennek legegyszerűbb módja egy tiszta telepítés lenne, csak frissítéssel, semmi mással. Az FF is előre telepített formában, kegészítők és minden nélkül jelentkezik-e a jelenség.
5, Az OS és a FF, mint ok, nem lett kizárva.
Egyetlen nap alatt ki lehetne próbálni, hogy egy teljesen másik disztró, és egy másik böngésző, hogyan terheli a gépet, és jelentkezik-e a hiba. Ezzel a hardverre, az OS-re és a böngészőre is lenne használható tapasztalat.
6, Egyetlen adat sincs a hiba pillanatáról.
Gyakorlatilag semmi sem lett kipróbálva, amit a srácok javasoltak, mert szerinted az nem valószínű, mert annak így, vagy úgy kellene működnie. Szíved joga, de akkor nem értem, miért a közösségtől várod a megoldást. Senki sem tudja orákulumként megmondani a hiba okát, csak kizárni lehet a lehetőségeket, így eljutva arra, hogy ez egy egyedi hiba, vagy tényezők összessége, ami hibát eredményez.
