Hello, Van egy HTTP szerver 8 G rammal. debian sarge, apache2 worker mpm, csak statikus tartalom, jobbara 2-4k-s fileok. 2.6.18-as debian kernel.
Alaphelyzetben a 8 G memoriabol kb 1-2-t hasznal cache-elesre. Es igy eleg magas a load erteke is es nagy az io-ra varo processzek szama. (vmstat) Load 900 kore is fel-fel maszik. Csucsidoben 500-800 kozotti konkurens kapcsolatot kene kiszolgalni. A /proc/sys/vm/vfs_cache_pressure parameter csokkentesevel sikerult elerni, hogy tobb memoriat hasznaljan cache-nek, es a parameter csokkentese utan kb fel-1 oraig a load 10 alatt marad, io-ra varo processzek szama szinten. Sajnos egy ido utan magatol visszaesik a cache merete, es felkuszik a load. Most a vfs_cache_pressure erteke 1, es igy csucsidoben kb 4.5 G memoria van szabadon. (kb 2-3 G cache-elt) Furcsa meg tovabba, hogy a terheles es a hasznalt memoria/cache merete kozott valamifele forditott kapcsolat van. Munin-on pl teljesen kiveheto, hogy amikor a load legmagasabb, akkor hasznalja a legkevesebb memoriat. Hajnali idoszakokban viszont 90% kore is felmaszik a memoria hasznalat. Tudtok valami magyarazatot erre a szituacirora? Sajnos tovabb nem lehet csokkenteni a parametert, mert akkor meg az OOM killer lelovi a prosszeket. Annyit meg eszrevettem, hogy az apache2 thread-jeinek memoria foglaltsaganak szamitasa az aktiv memoriaba eleg "erdekes". A munin-on az aktiv memoria mereten szepen latszik, ahogy egyre tobb a thread, és így az aktiv memoria gorbeje kb a cache-elt memoria forditottja. (mintha az osszeguk konstans lenne) Ez csak akkor igaz, hogyha az aktiv memoria elfoglalja kb a memoria felet. (tehat csucsidoszakokban es kornyekukon jellemzoen) Pl aktiv memoria 12 G, hasznalt: 3G, szabad: 5G. Meg annyit sikerult osszehoznom, hogyha kiadok egy ilyet: echo 2 > /proc/sys/vm/drop_caches Akkor a cache-ek ujra toltese utan a helyzet 1-2 oraig egesz jo. (load kicsi, keves blokkolt processz) Aztan egyszercsak fogja magat, es elkezd csokkenni a cache merete, gyulnek a blokkolt processzek, load az egekbe... -- Veres Lajos [EMAIL PROTECTED] +36 20 438 5909 _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
