@domy_os
Kod mene xubuntu 20.04. LTS, kernel 5.11. Sad sam vratio na stariji 5.8 pa ćemo vidjeti kako se ponaša, ali ne očekujem čuda.
@tomek
Meni linux oduvijek swapa nakon xy dana uptimea. Krene pomalo, ono 100-200MB u swapu, ništa posebno. Ljudi misle da je linux swap nešto što se počne koristiti kad usfali memorije, ali nije baš tako crno-bijela situacija. Kernel izbacuje u swap stare stranice kad se zauzeće memorije malo poveća, a tu uračunava i block cache. Omjeri i tendencija da se to napravi u kernelu se podešava preko onih sysctl vm parametara kojih ima više.
Za sve koje zanima ta tema oko responzivnosti, ovo je jedan jako stari, ali jako dobar članak, rekao bih must read kategorija:
https://rudd-o.com/linux-and-free-so...ow-to-fix-that
Evo još primjera lika kojem se odswapalo sve:
https://unix.stackexchange.com/quest...ergencies-only
Ovaj ima sličan slučaj kao ja jučer, popuni mu se swap, memorije ima, a ima
mali cache:
https://unix.stackexchange.com/quest...th-0-swap-left
Godinama sam kompilirao svoj kernel jer je ubuntu stock dosta loše namješten, doslovno je ista konfiguracija za server i desktop varijantu, na štetu ovog drugog. Do prije par godina, prije SSD doba, BFS CPU scheduler + tada out of kernel BFQ disk scheduler su bili way to go. Razlika u responzivnosti poprilična. Unatrag nešto godina se to sve malo ubrzalo, multicore CPUovi, SSDovi, ubacili u kernel dodatne schedulere i više ne vidim potrebu za custom kernelom, previše posla za premali efekt.
Definitivno ga taj memory pressure zeza, od sinoć je komp upaljen, išao backup preko noći, navečer malo browser i nikakvih problema, swap usage =0. Ali cache negdje 2-3GB.
Jutros imam pokrenut Firefox i pustim move jedne virtualke (Virtualbox) sa storage HDDa na radni SSD, to očekivano popuni sav cache. Veličina virtualke 20 GB. Bitni podaci: odjednom je cache skoro 10GB, ali se pojavilo 4MB swapa
Code:
cat /proc/sys/vm/swappiness
5
Code:
free -mw
total used free shared buffers cache available
Mem: 15533 4697 146 99 681 10007 10405
Swap: 16383 4 16379
Nakon završenog kopiranja i gašenja Virtualbox sučelja, cache se smanjuje, više ne drži unutra to što je držao jer se program koji je to koristio zatvorio. Zanimljivo. Swap ostaje.
Code:
free -mw
total used free shared buffers cache available
Mem: 15533 4580 4635 96 677 5639 10526
Swap: 16383 4 16379
To je ta situacija s velikim cacheom i velikim kopiranjima koja se opisuje u prvom linku gore.
Koji su procesi završili u swapu:
Code:
f2b/server 1068 32 kB
sh 2000 36 kB
networkd-dispat 895 60 kB
dbus-daemon 883 64 kB
ddclient -2086 100 kB
Xorg 9784 104 kB
applet.py 3984 112 kB
Eaton-IPP 2551 116 kB
rpc.mountd 1088 356 kB
(sd-pam) 3043 380 kB
netdata 1957 592 kB
lightdm 1568 648 kB
systemd 3042 1008 kB
Dakle, svi redom, kernel ne bira što će izbaciti van. Da je cache ostao vremenski malo dulje napunjen, kernel bi izbacio još toga van i sučelje bi se usporilo. Možda je to ok na serveru, ali na desktopu definitivno nije
Veliš da se to tebi ne događa na fedori. Imam F34 u virtualki nedavno instalirano kad sam proučavao BTRFS pa ću pogledati kako su kernel parametri tamo namješteni.
Evo nakon pokretanja win 10 virtualke, situacija je ovakva:
Code:
free -mw
total used free shared buffers cache available
Mem: 15533 5111 171 139 681 9568 9952
Swap: 16383 8 16375
Realno je iskorišteno 5/16GB memorije, ali kako je 9GB u cacheu, odmah kreće swapout
A zašto ne smanji cache ako mu treba memorije?
Nakon xy dana takvog rada imaš par giga u swapu, sustav radi koma, a slobodne memorije ko u priči.
Iako, kod mene je jučet bio drugačiji slučaj - cache je ustvari bio jako mali, nije popunio do kraja slobodni RAM, a swapao je kao lud. Doslovno u pola sata 2GB.