prizpusobovani se moznostem systemu...

[Alexandr Malusek]

ja na demax.sk (Jan Derfinak) writes:

> A co keby si sledoval mnozstvo stranok ulozenych a nacitanych do/zo swapu.

Asi to bude pouzitelne, ale myslim, ze to take neni ono. Je mozne, ze
system neuklada na swap stranky textovych segmentu procesu (kod)
odstranenych z pameti. Pokud je znovu potrebuje, precte si je z FS,
nikoliv ze swapu. Matne si vzpominam, ze takto to funguje v Solarisu
2.x - proto si myslim, ze v Linuxu by to mohlo byt podobne. Teoreticky
by proto mohlo dojit k tomu, ze system intenzivne uvolnuje stranky z
pameti a nove nacita z disku, ale aktivita swapu je minimalni.

V Solarisu se proto dostatek RAM posuzoval podle hodnoty "pocet
stranek proscanovanych page stealing demonem". (sloupec sr ve vypisu
vmstat). Pokud vice procesu souperilo o pamet v RAM, page stealing
demon musel casteji prohledavat stranky, aby nasel vhodne kandidaty
pro odlozeni na swap. Bezne se pak pouzivalo toto kriterium:

vmstat30.sr == 0          prebytek RAM
  0 <  vmstat30.sr < 200  bez problemu
200 <= vmstat30.sr < 300  malo RAM
300 <= vmstat30.sr        velmi malo RAM

(Prevzato ze "Sun Performance and Tuning", A. Cockcroft). Pod Linuxem
se mi obdobny parametr nepodarilo najit.

Jinak mnozstvi odswapovane pameti bych povazoval za nevhodne
kriterium.  V rade pripadu mam swap napr. z 50% obsazeny dlouho
spicimi aplikacemi (netscape, xdvi, gv, ...), ktere potrebuji RAM jen
kdyz s nimi interaktivne pracuji. (Mam 64 MB RAM, asi 70 MB swap).

--
A. Malusek  (malusek na ujf.cas.cz)
UJF AV CR