Dotaz: 2.6.7 a swapovanie

[macros]

Chcel by som vediet ake mate skusenosti so swapovanim a jadrem 2.6.7. Mam mdk 10 community a momentalne kernel 2.6.7 s ck6 pachom. Mam 256MB Ram a 512MB swap.

Problem je ze po hodinovej zatazi swap stale narasta, takze niekedy je po 5 hodinach na 170 MB. Zda sa mi to cudne, pretoze predtym som mal mdk 9.1, povodne jadro a takto mi system neswapoval. Vlastne neswapoval skoro vobec.

Chcem sa teda spytat, ci je sposob ako zistit ktory proces vyuziva swap.

Dakujem!

Doplnujuce info: gnome 2.4.1, NVIDIA-1-6111, xorg-x11-6.7.0-2

Odpovědi

[Petr Šobáň]

Běží systém stabilně a svižně ?

Pokud ano tak bych se takovéma blbostma nezajímal - je to problém jádra co si s tím dělá

Pokud nastávají nějaké problémy řekněte jaké a potom se může pátrat po problémech.

top - 15:19:44 up  1:37,  2 users,  load average: 2.07, 2.09, 2.00
Tasks:  80 total,   3 running,  77 sleeping,   0 stopped,   0 zombie
Cpu(s):  6.6% us,  2.0% sy, 90.7% ni,  0.0% id,  0.0% wa,  0.7% hi,  0.0% si
Mem:    517224k total,   511472k used,     5752k free,   116616k buffers
Swap:  1020088k total,        0k used,  1020088k free,   186064k cached

[macros]

System bezi a bezal stabilne. Problem je len v tom, ze prilis velky swap spomaloval skpustanie a prepinanie mezdzi aplikaciami. Povedzme ze bezi OOo a v nom asi 2MB dokument. Ak sa medzitym robi nieco ine a vratim sa k dokumenty, potom prepnutie do okna azobrazenie obsahu trva doooost dlho. Niketore aplikacie po tom aj lahnu...

Dnes som patchol s ck6. Je to sviznejsie a aj sa to lepsie sprava aj s 90MB swapom. Do rc.local som pridal: "echo 33 > /proc/sys/vm/swappiness" co by malo obmedzit swapovanie... Aj tak ale swap narasta... (cas od casui tu bezi azureus - java)

top - 15:45:59 up  5:05,  1 user,  load average: 0.43, 0.30, 0.15
Tasks:  59 total,   3 running,  55 sleeping,   0 stopped,   1 zombie
Cpu(s): 16.3% us,  3.3% sy,  0.0% ni, 79.7% id,  0.0% wa,  0.3% hi,  0.3% si
Mem:    256904k total,   250876k used,     6028k free,     4860k buffers
Swap:   523616k total,    97292k used,   426324k free,   127212k cached

[Petr Šobáň]

>Niketore aplikacie po tom aj lahnu...

Tak to je vážné - je vyčerpaná všechna RAM (fizická) ?

Asy by to chtelo zjistit který program žere paměti nejvíc, u topu zmáčkněte M (velké).

Jinak normální nepatchované jádro taky žere ram ?

[macros]

Ano, najskor vycerpa sa cela fyzicka RAM. S nepatchnutym jadrom som to este neskusal, skompilujem a otestujem vecer, ked budem moct sposobit porovnatelnu zataz...

Iank sluzieb bezi minimum...

Ved, pride mi to divne, ked 2.4.x neswapovala vobec... Beh bez swapu bol cista katastrofa... Seklo sa to hned po tom sa zabrala cela ramka, neslo ani zavriet terminal....

[macros]

asi som mal povedat ze to bezi ako desktop a typicke vyuzitie je mozila, mozilla mail, OOo, xmms, gaim a potom azureus.... Je mi jasne ze java tomu nepomaha, ale chcel som hlavne zistit ci sa s takym niecim stretol aj niekto iny a ak ano, co v takom pripade robil....

Dakujem vsetkym, co sa ozyvaju!

[Petr Šobáň]

Prostě zjistit co tu ram žere jak jsem psal.

Čili se mrknite kdo žere nejvíce ram. Nezůstávají nějaké procesy vyset a podobně. Jinak na OO a pod je té ram málo, ale běhat by to mělo uplně normálně akorát pomalu - vlastní skušenost.

Takže zjistit co a jak vám žere ram, případně pokud potřebujete tak nenažrané programy přidat RAM.

[Zdeněk Štěpánek]

Zdravim

Pripad z praxe:

Routery maji 128MB ram, swap kolem 100MB, jadro 2.6.x (3,4,6,7) a bezel na nich apache s defaultni konfiguraci. Za cca hodinu provozu narostlo vyuziti pameti na 98% a drzelo se tam. Swap se vubec nepouzil. System byl stabilni, vse jak ma byt. Ale bylo mi divne to vyuziti 128MB kdyz muj domaci server uz dva roky slape s 16MB a bezi na nem vic sluzeb nez na tech se 128MB ram. (128mb tam je kvuli zebre) Nejprve jsem to prisuzoval ze to je diskova cache a ze je to zcela v poradku, ale p+ak se ukazalo ze to dela apache, priskrtil jsem ho ze pri spusteni se spusti jen jeden server a jeden spare server a hned je vyuziti pameti na 60%. Apache tam jenom obcasne poskytuje statistiky toku dat, takze to omezeni nicemu nevadi.

Zdenek

[......]

no Apache je trošku nenažraný čím víc paměti tím si víc dopřeje ..to samé i MySQL ...ale v konfigurácích to lze omezit.
K původní otázce...nejlepší by bylo fakt zjistit co že je tak nenažrané a bere paměť ...třeba u takového MDK je naspouštěných tolik věcí a to třeba pomocí cronu (různé skripty, perl, atd..), že to jsem třeba u Slackware neviděl...tím samo nechci vyvolávát flameware na téma distribuce...všude to jde krásně povypínat/pozapínat. Zkrátka někdo to chce mít pod kontrolou a někdo to má rád už vše hotové a nemusí do toho hrabat.

[macros]

cron je vypnuty...sluzieb bezi co mozno najmenej. Ak je save nieco este stopnut, tak dajte vediet. Po nabehnuti gnome system pouziva 164MB fyzickej pamate a ziadny swap. Beziace sluzby:

alsa
cups
devfsd dm
fam
keytable
network
numlock
portmap
syslog
xinetd

[macros]

Ak ste si vsimli mam s TOP-e jeden zombie proces. Co to je? Ako sa to da zrusit? Je to gnomerc a zabit sa to neda... Ako ho poslem ta tam?

Viem ze to nesuvysi prilis s temou, ale nebudem kvoli tomu zakladat novy thread... Dik!

[Petr Šobáň]

Zombie už je mrtvej takže ho asi nezabijete

Pokud vám tam se tvoří nějaké zombie - padají programy atd.... skontroloval bych ram programem memtest.

[unchallenger]

Na Unixu je zombie process celkem normální jev -- rodičovský proces se prostě neobtěžuje podívat, proč a jak potomek chcípl (wait(2), waitpid(2)) -- a dokud to neudělá, musí si to jádro pamatovat. Sice by se normálně měl buď obtěžovat nebo nastavit, že to ignoruje, takže to může být bug nebo blbě napsaný program, ale pokud se zombií netvoří mraky nebo nevisí věčnost, moc bych to neřešil. Zombie zmizí, když zmizí její rodičovský proces, paměti příliš zabírá a PIDy ti snad taky nedojdou...

Ještě k tématu: poslední jádro, co mi na desktopu(!) swapovalo podle představ, bylo nějaké 2.4.18 z RH9 nebo v té době... Ke všemu ostatnímu když si ráno sednu, tak to naswapovává X zpět do paměti jako šílené, o Gimpech a Mozillách ani nemluvě ... nějaký čas jsem žil bez swapu, ale OOM killer mi příliš často zabíjel g++ ;-) takže jsem toho nechal ... má-li někdo zkušenost s tímhle, celkem by mě zajímalo jakou.

[Zdeněk Burda]

zajimave, na notebooku jsem mel donedavna 256MiB RAM a pri normalni praci v Mozille, OO.org a asi 20 atermech bylo odswapnuto tak 8kB (a to jsem si poustel i programky v jave a podobna zverstva), pokud book bezel prez noc, tak mel odsvapnuto maximalne 20MiB. Pak se pridalo dalsich 512MiB RAM a booka jsem donutil swapovat jen kdyz jsem si pustil hodne moc UML masin. Jádro mám 2.6.7.

[macros]

Tak to je naozaj zaujimave. A mate vanilla kernel, alebo aj nejake patche? Ak ano, ake? A ake distro?

[Zdeněk Burda]

na notebooku mam slackware, na desktopu s 384MiB RAM(ten ma odswapnutejch 15M, uptime 30 dni a bezej na nem porad Xka, mozilla, firebird a ja nevimco jeste, nekdy parim ET,to si odsvapne tak 400MiB, ale pak se zas vrati k normalu) bezi debian, oboji ma jadro 2.6.7 vanilla bez patchu.

Na dalsim pocitaci (serveru) mi bezi to same jadro a hromada aplikaci (apache, mysql, postgresql, imaps) a pri 512MiB RAM je odsvapnutych par mega.

na dalsim serveru, ktery dela proxy bezi prakticky jen squid pro par tisic lidicek (ted se trochu flaka)

Mem:   1036292k total,  1030768k used,     5524k free,    75224k buffers
Swap:  1534196k total,        0k used,  1534196k free,   399856k cached

[macros]

Je to sucast ck patchsetu. V ck5 sa to regulovalo podla zataze ako sa pise aj v clanku. Najviac som mal hodnotu /proc/sys/vm/swappiness okolo 80. Vtedy mal swap okolo 200 MB. (RAM mam 256)

V ck6 je to natvrdo nastavene - vola sa to tusim hard swappiness a defaultne je hodnota nastavena na 33. Con odporuca 33 pre desktop 66 pre server a 100 pre dedikovany server. Viac informacii tu.

V ck6 to funguje dobre. Swapuje to evidentne menej - (skusam to od poobedia - asi 7 hodin), Slape to svizne... Teda moj subjektivny pocit je ze to je lepsie... momentalne mam swap 33 MB...

Za vysvetlenie zombie dakujem!