----- Original Message -----
Podprocesu v Apache lze nastavit (mozna je to tak dokonce defaultne)
"zivotnost". Po kolika zpracovanych requestech ma byt tak jako tak
nahrazen.
To jsem nevěděl, zkusím se na to podívat.
O tom jsem psal uz v prvni reakci.
Jenom doplnim, ze v ulimit se nastavuje cas zivota ne v case od spusteni -
treba 10 minut neznamena ze proces kterej zacal v 17:10 zdechne v 17:20, ale
v case stravenem "na procesoru". Tedy proces kterej casto sleepuje tam muze
bejt i hodinu.
Mimochodem, nemyslim si, ze CLOSE_WAIT je pricina nebo neco, co s
pricinou bezprostredne souvisi. SPis je to nasledek nejakeho problemu a
tebe by melo zajimat co je proboem, protoze tohle nemusi byt jediny
nasledek.
S tím souhlasím. Ovšem v situaci ve které jsem není šance zjišťovat (a
zjistit) proč to zůstává viset, já musím co nejjednodušeji a
nejefektivněji vyřešit následek, což je visící podproces žeroucí CPU.
To je jak jsem psal na zacatku - urcim si statisticky dobu realneho
maximalniho zivota a pokud ji nekdo presahne, tak ho ustrelim. Je to
jednoduche a ucinne. K cemu muze dojit je, ze proces ma smulu a za svuj
zivot obsluhoval sama pomala spojeni a tak je trochu posunutej v case a ja
ho ustrelim nejakemu pomalemu nestastnikovi "pod rukou", ale to uz je zivot.
BTW: nejakej tuning keepalive spojeni jsi provadel? Aby jsi tam nemel
nejakeho nestastnika s pustenym browserem co si porad keepalivuje jedno
vlakno?
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
