Miroslav Lachman wrote:
Mam graf datoveho toku, poctu otevrenych spojeni lighttpd, pocet
obslouzenych requestu za sekundu, ale bohuzel s tou petiminutovou
granularitou tam nikde neni ani naznak nejakeho narustu. Takze pokud to
opravdu byl nejaky velky pocet spojeni, narostlo to tak rychle, ze to na
grafu neni videt.
Na to je snadna odpoved - jestli hrozi, ze graf neukazuje co potrebujem,
tak to asi neni nejstastnejsi nastroj, s jehoz pomoci se to da
zanalyzovat ;-)
Pust si tcpdump, at tech dat neni moc, tak ho omez jen na tcp pakety na
prislusny cilovy port, ktere maji option SYN, FIN nebo RST, a hned pak
budes vedet jak to s temi prichozimi spojenimi bylo.
To, ze vsechny hlasky ukazuji, ze jich je vic nez kolik lighttpd dokaze
obslouzit jeste nic nerika o tom, kolik jich je v absolutim poctu.
A velky cislo nas povede k uplne jinejm resenim nez maly, takze tohle by
se docela vedet hodilo.
Podle access logu to vypadalo takhle - skutecne po ohlaseni out-of-fds
dobehla jen existujici spojeni (v case 14:09:16) a pak to nabehlo az po
restartu Lighttpd
Nevim, kdy lighttpd zapisuje radek do logu. Ale jestli az po dovyrizeni
pozadavku (coz neni nepravdepodobny) tak nam log nerekne kolik pozadavku
bylo v te chvili stale "rozdelanych".
server-status stranka byla samozrejme taky nedostupna, ale muzu priste
zkusit nejaky truss, ktrace, nebo tak neco. I kdyz si s tim moc nerozumim.
Ja lighttpd neznam, takze ani nevim, jestli pozadavky resi
multithreadove, multiprocesove, nebo jako sice single-process/thread.
Takze az takhle konkretni rady nebudou.
Pro zacatek si pust 'top', podivej se jestli ten proces zere procesor,
pust 'ps -axj', podivej se kolik je tam lighttpd procesu a v jakym jsou
stavu, pust sockstat -lL co tam z nej o lighttpd vypadne. No a ten
tcpdump, o kterym mluvim nahore.
Pak se uvidi jestli se neco uvidi, nebo nic neuvidi ...
Dan
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
