do_try_to_free_pages ???

[Martin Mačok]

On Mon, Nov 27, 2000 at 10:22:48AM +0100, Pavel Urban wrote:
> trochu jsme testovali server s Interbasi 6.0 a v dobe, kdy jsme zabijeli
> spoustu pripojenych konexi, se nam na konzoli zacaly objevovat hlasky

Jak jste je zabijeli? ;-]

> VM: do_try_to_free_pages failed for gds_inet_server

do_try_to_free_pages() se vola, pokud Linux zjisti, ze je kriticky malo
dostupne pameti. Snazi se vyprazdnit ruzne buffery a cache, odswapovat
'vhodne' procesy a ziskat co nejvice dalsi pameti. Pokud se to nevede
(casto zpusobeno chybou v memory managementu kernelu, napr. v 2.2.16, v
2.2.17 by to snad melo byt lepsi, ale Mikulas Patocka tvrdi, ze posledni
dobry memory management byl v 2.0.3x :), tak to rve do logu ty hlasky
"VM: do_try_to_free_pages failed for ...".

> VFS: file-max limit 4096 reached,

> echo '8192' >/proc/sys/fs/file-max
> ,ale nejsem si jist, jestli je to zcela regulerni, pripadne kompletni
> reseni. 

Regulerni to je, ovsem nemuzeme posoudit, zda je to kompletni. Treba
mate nejakou spatne navrzenou databazi, anebo vadny software, ktery ten
limit na pocet otevrenych souboru vyzere a vy jen odstranujete symptomy
(zvetsujete limit) misto pricin (nevhodna databaze, pomaly HW, velky
pocet zombie procesu ...) ?

> kernel 2.2.17, IB 6.0 classic, rpmka na urovni poslednich upgradu na
> Redhat 6.2. zelezo - 2*xeon550, 2g pameti, diskove pole 65g+scsi disk
> se systemem a swapem 8g 

Jejda, to je delo, co? :) To je od SGI, ne? Ten kernel 2.2.17, to je
original, anebo nejaky od SGI? Mate vsechny aktualni 'pro-packs' (ci jak
se to jmenuje u SGI ...)? Pokud server nestiha, tak se tam da pridat
jeste dalsi 2 procesory a dalsi 2G pameti ;-) Pokud nebude ani potom
stihat, zkuste Alphaserver s FreeBSD 4.x ;-]

bye

-- 
< Martin Mačok    .-=  martin.macok na underground.cz  =-.   < iso-8859-2 > 
  \\. http://kocour.ms.mff.cuni.cz/~macok/  http://underground.cz/ .//
    \\\..         `-=    t.r.u.s.t   n.0  o.n.e     =-'        ..///