Dotaz: swap - obsah swapu

[matoo]

zdravim, riesil niekto pls nasledujucu situaciu:

server ( vseobecne *nix ) ma dostatok RAM, swap je tiez primerane alokovany na typ ulohy, ktoru ma server vykonavat .. z nejakych pricin ( aplikacia ) zabere 100% RAM a zacne swapovat tak, ze swap sa pomaly zaplna na 100% ( teraz mi nejde o to, preco to ta aplikacia robi, to je aplikacny problem, nie platformovy .. )

otazka znie: je mozne nejakym sposobom zistit, ktore procesy vyuzivaju swap? resp. ju prave zaberaju? teda ze by sa dal obsah swapu vylistovat s cislami procesov, ktore ho vyuzivaju ..

vdaka za radu,
mato

Odpovědi

[kozzi]

a co tak FAQ? http://www.abclinuxu.cz/faq/disky/ktery-program-pracuje-s-diskem

[oroborus]

Ked sa zacne swapovat pamat na swap, v zozname ktore generuje prikaz fuser a lsof nebude, lebo o swapovanie sa stara kernel. ( tieto prikazy funguju tak, ze prehladavaju /proc/*/fd* )

[matoo]

tak ako povedal oroborus .. tie cez fuser/lsof neuvidim .. a navyse odswapovane data aplikacia prave nemusi pouzivat ..

[Mr.Moonlight]

Doporucena velikost swapu je 2x ram. Stane se neco negativniho, kdyz ten swap udelam vetsi?

[outsider]

Nestane se vubec nic. Swap si udelejte tak velikej, jak potrebujete.

[Jan Šimák]

Pomocí top se zapnutým sloupcem SWAP.

[dustin]

Řekl bych, že do položky SWAP zahrnuje i filesystémové a další cache. I když vypneš swap, stále mají mají některé procesy hodnotu SWAP desítky MB. Chtělo by se to mrknout do zdrojáků.

[Ash]

Proč vlastně potřebujete vědět "kterých aplikací paměťový prostor se odswapoval"? Nakonec stejně bude potřeba opravit tu aplikaci, která žere paměť.

[houska]

treba ma spusteno nekolik set skriptu najednou a potrebuje znat prave ten ktery to dela ...

[Ash]

Jak jako "to dělá"? Který proces zažírá paměť se zjistí podle množství využívané paměti, se swapem to nemá asi nic společného. Žádný proces si nezačne jen tak z dlouhé chvíle swapovat, maximálně je jeho paměťový prostor systémem odswapváván, pokud si ho žádá víc, než je zdrávo (případně je dlouho nečinný a je převálcován jinými žrouty :).

Pokud je problém s postupným zažíráním paměti a s tím souvisejícím swapováním, tak má smysl hledat proces, který tu paměť žere, ale proč proboha hledat proces, který je zrovna odswapován? To jako že by se ty co stejně nejsou u lizu zabily? To se ale může zabít kterýkoliv náhodně a vyjde to na stejno.

[xkucf03]

jj, taky nevím, o co komu jde - důležítá je zabraná (celková) paměť a ne odswapovaná část. Měli by si zjistit, co je to virtuální paměť.

[kvido]

Odpoved na otazku neznam, nicmene si myslim ,ze pro popisovany scenar neni vubec podstatne, zda aplikace zabira misto v RAM nebo ve SWAPU, protoze to aplikace nemuze nijak ovlivnit - jde o jeden pametovy prostor. Zjisti, kolik pameti dohromady aplikace zabira a ptej se, zda to je adekvatni nebo ne. Staci aby se aplikace na nejakou dobu uspala a muze byt ve SWAPU cela, i kdyby bylo RAM dostatek.

[diverman]

zkus htop a vystup si serad podle sloupce RES (resources)

[matoo]

vdaka all za info ..
dovodov na zistenie, preco ktory proces co odswapoval moze byt viac .. od jednoduchej zvedavosti az po hladanie urcitych problemov .. (naprikald ak viem, ze sa standartne aplikacia sprava tak, ze pocas svojeho chodu drzi v swape cca 20GB, a zrazu je tam 50GB - tak chcem vediet preco/co/kto/ako.. top/glance mi da uceleny pohlad kolko aplikacia vyuziva virt. pamate .. ja chcem ale vediet PID procesov, ktore vyuzili swap .. ale ono toto je diskusia na dlsie a zbytocne by to zachadzalo mimo temu .. chcel som sa spytat, ze ci naahodu uz niekto neriesil podobny problem ..

neviem kto/preco oznacil tuto diskusiu za vyrieseniu ... nie je ani zdaleka ... ale tak vdaka all for help, skusim este ina fora, ak nie , tak mi neostava nic ine ako naozaj poriadne prestudovat zdrojaky a skusit najst sposob, akym by sa to dalo zistit

[Ash]

Spíš ji měli označit za zmatečnou :) Možná se vám bude hodit vmstat nebo cat /proc/sys/vm/swappiness ale každopádně trochu zagooglujte how swap works linux ještě než na základě zjištěných PID začnete něco diagnostikovat. Spíš je podstatné starat se o tom, jak aplikace využívá paměť / virtuální paměť. Obecně ve většině případů aplikace neswapují, ale jsou swapovány, a může to být třeba i tím, že vám někdo přenastavil tu swappiness a pod.

[Ash]

Za těch posledních 8 slov patřil smajlík ;)

[matoo]

jj, bude to chciet troska viac googlenia a hlbsiemu porozumeniu .. hladan riesenie na platformovej urovni, to aplikacne nie je (v tomto pripade) az take dolezite ..
swappines zostal nedotknuty na default value - 60 ( freebsd-6.3/linux 2.6.18-5 ) ..
detailne nerozumiem procesu swapovania, myslim si, ze :

-o proces swapuje, ak napriklad pre vykonanie urcitej ulohy nema dostatok miesta v pamati - velmi zjednodusene povedane potrebuje miesto, kde si moze prebufferovat svoje data na vypocet/ulohu
-o proces je swapovany, ak pri spusteni procesu2 nie je dostaok miesta v pamati na jeho spustenie - nastava rozhodujuci proces(algoritmus), ktory urci, ktory proces sa zda byt zatial z pohladu kernelu necinny a moze ho premiestnit do swapu ..

ale naozaj neviem presne ako to funguje .. preto som v prispevku uviedol, ze bude treba viacej googlenia a hlbsiemu porozumeniu .. ak to tak nie je, uvitam komentare ku korecii ..

[Mti.]

System je spousta procesu. Ne-jen-ten-Vas. Tj. proces neswapuje - system mu odlozi cast pameti bokem, kdyz usoudi, ze zrovna tento kus pameti _TED_ nepotrebujete mit v ram. Do swapu se veci odkladaji ne az dojde misto(ikdyz to taky, ale to uz je pak moc smutne), ale vetsinou driv, protoze je velmi vyhodne mit alespon malou cache pro "treba" diskove operace. (vim co mluvim, beham po fatce s jednocipem ... a kdyz cela Vase ramka jsou 2kB, bazdy bajt je drahy ; jesteze mmc karty nemaji seek jak hdd ) Na druhou stranu nemusite mit v ram wallpapery z 6-8. x.konzole, kdyz uz se na ni nikdo 2 dny nepodival....

Taktez to, ze je dnes ve swapu o 30MB vic nez byva zvykem muze byt kratkodobe - spustil se treba nejaky proces v cronu (updatedb?), ten chvilu bezel (system vyhnal neco do swapu) a nadsene skoncil - uvolnil svoji pamet. Nicmene to neni duvod, aby se VSE natahlo ze swapu zpet do ram, kdyz ty konkretni stranky jiz nikdo nevyzaduje (zatim) a disk/cpu ma dost svoji prace. Pokud se aplikace dostane do swapu - je bud vic nenazrana nez da system, nebo se s necim o pamet deli... nebo jen prislusnou cast pameti nepouziva dost casto a nepotrebuje ji tudiz mit v ram, kdyz tam jsou dulezitejsi veci. Nez zirat na vsemocnou velikost swapu mozna bude dobre asi zacit u free -m ... je to stejne, jako kdybych se divil, ze mam v masine 2GB ram a podivoval se, ze ji top hlasi komplet obsazenou.... (1.8GB jsou buffery a cache... ktere system v pripade zajmu "rad" vrati ) Pokud nereknete nic konkretniho Vy, nedostanete konkretni odpoved. Je tady sice par frajeru s kristelovou kouli, ale ti v tuto rocni dobu spi.

Obecne reseni na systemove urovni - vadi swap - pridat ram nebo se prestat snazit buildnout wine v ramdisku.