kswapd0 mit olvas? (nincs swap)

Fórumok

EEE PC 901, SSD-vel, openSUSE 11.1, Linux 2.6.31-60-desktop

1 GB RAM, swap nincs, top alapján kb. 200 MB RAM free, 800 MB used, ebből 260 MB cached.

A lemez led folyamatosan villog, iotop alapján a kswapd0 processz folyamatosan néhány 100 KB/s és néhány MB/s közötti sebességgel olvas a lemezről. (Pontosabban a kswapd0-ra 0-t jelez, de első helyen van, 99% fölötti lemezhasználattal, más processz nem használja folyamatosan a lemezt, és az össz lemezhasználat az előbbi számok között változik.) A rendszer gyakran lassú, akad. A load a szokásosnál magasabb, folyamatosan 2-3 körüli.

Van valakinek ötlete, hogy mit olvas a lemezről a kswapd0, ha nincs swap, és szabad memória is van (viszonylag) bőven?
Köszönöm.

Hozzászólások

Csak kísérletképpen nem akarsz csinálni egy 1 Gb-os swapot neki ?

Megszüntette a problémát. Azonnal kinyomott kb. 120 MB-ot a swap-be, eközben kb. 70 MB-tal nőtt a cached mennyisége - úgy, hogy közben az összes használt memória is kb. ennyivel nőtt, és még mindig több a szabad memória, mint amennyi a swapból használt, de legalább nem pörgeti a lemezt. Érdekes egy memóriakezelés -SSD-re swappelni meg nem túl megnyugtató, ha még előjön ez, akkor talán megpróbálom, amit valamikor írtak, hogy némi ramdisket csatolok be swapnek.

Úgy kell a swap a linux-nak, mint egy falat kenyér az embernek. Ki lehet kapcsolni persze, de nem annyira javallott. Szerintem nincs olyan disztribúció, ami telepítéskor ne akarna swap-ot csinálni. A lapozás a taszk- és memóriakezelésből fakadóan szükségszerű, ugyanis nem csak akkor lapoz ki a memóriából egy lapot, ha másnak kell a hely, de nincs, hanem akkor is, ha egy adott memórialap inaktív állapota egy adott ideig fennáll. És ez így helyes is.

Passz, lehető legkevesebbszer csinálok swap partíciót. Noteszem volt 512 Mb RAM-mal és már akkor sem használtam. Neteztem, programoztam és nem éreztem hiányát.

Asztali gépemben 2 Gb RAM volt, ott már előjött a hiánya. Igaz ott virtualizált windózer is futott a net és programozás mellett. Ritkán, de előadta hogy valami memóriaszivárgás szerű van a Firefox+flash kombó valamelyikében. Amikor láttam hogy telik a RAM, Firefox kill és békesség volt megint pár napig.

Azóta frissítgettem a rendszert, Firefox-ot és flash-t is. 6 Gb RAM-ot tettem a gépbe, kétfejes videókartrácsot és két monitort. Így nyolc monitornyi helyet használok, kb 50 firefox tab-bal több ablakban. Egy virtualizált windózer fut és néha pluszban két virtualizált Linux (no X11). chroot és pbuilder kettőssel fordítgatok, Firefox és Eclipse nagyságú programokat is. Békesség van swap nélkül is.

Véleményt kérek, miben lenne jobb ha készítenék swap partíciót?

keresd meg a /etc/sysctl.conf nevű filet

keresd meg benne a vm.swappiness sort, és javítsd ki erre

vm.swappiness = 10

ha nincs benne írd/másold bele
adhatsz neki ennél kisebb értéket is.

de sajnos a linuxnak bizonyos programok futtatása esetén szüksége van a swapra, de legalábbis arra hogy legyen swap, ha nem is használja azt.

http://www.linuxvox.com/2009/10/what-is-the-linux-kernel-parameter-vm-s…

Esetleg próbálj új kernelt forgatni és a CONFIG_SWAP opciót kapcsold ki.

Korrekt vm.swappiness leírás.

Eltérőek a vélemények. Fentebbi linken olvasható:
Andrew Morton sets his workstation vm.swappiness parameter to 100. “My point is that decreasing the tendency of the kernel to swap stuff out is wrong. You really don’t want hundreds of megabytes of BloatyApp’s untouched memory floating about in the machine. Get it out on the disk, use the memory for something useful.”

Másvalaki véleménye:
Another source of slow downs is currently the kernel swappiness,
which let the kernel swap to disk even if there is no need
(at least IMHO) for doing that; there is a parameter called
vm.swappiness, which defines the attitude of kernel to swap.
Currently the default value is 60, but lowering to 10 or 5 would cause
the machine to be better responsive, e.g. adding "vm.swappiness=10" to "/etc/sysctl.conf"

Vélemény, aki próbálgatta a különféle értékeket:
Now, here is my take: I tried a few settings on my boxes and really can not notice the difference . . . . but that might be just because my boxes run really smooth, have enough CPU and RAM.

csak neki nincsen swapja. tehát az értékét nullára kell venni, v. nulla közeli értékre.

mivel neki amúgy sincs swapja, így a vita, hogy mekkora legyen a swappiness értelmetlen. szerintem!, ha v.ki nem hoz létre swap partíciót, v. nem csatolja fel, v. tiltja a csatolását, akkor ezt az értéket a kernelnek eleve nullára kellene állítania.