performance issues with 6.0-STABLE

Dan Lukes dan at obluda.cz
Thu Nov 24 14:08:56 CET 2005


Juraj Lutter wrote:
>>	Ostatne, zatim jsme se nedozvedeli, kde, pri onom loadu "15" travi 
>>procesor svuj cas, coz by z 'top' byt videt melo ...
> 
> 	Nuz, pisal som o "no visible causes", co implikovalo aj to, ze v
> ``top'' nic vidno nie je.

	Takze "load" je 15, v "CPU states" jsou vsechna cisla mala, jen "idle" 
je velke a vsechny non-idle procesy jsou ve stavu "RUN" a maji hodnoty 
CPU nulove nebo nule blizke ?

> toho spravania je, ze sendmail obcas pise do logu hlasky o rejectovani
> dorucovania z dovodu vysokeho loadu, ale sendmail mozem ozeliet a
> pripadne nahradit niecim inym.

	Pokud pomineme tu nejednodussi moznost - v konfiguraci zvysit hranici 
"pretizeni" (RefuseLA=...) ...


> 	Dalsi problem, aky mam, s tymto nesuvisiaci, este od dob 5.4, apache
> 2.0.54, php 4.4.0 a Zend Optimizeru je, ze apache po obdrzani HUP
> signalu (apachectl reload) alebo USR1 (apachectl graceful) spontanne
> scoredumpuje. Problem som uz nahlasil na zend.com vyvojarom Zend
> Optimizeru, ale zrejme s tym nikto nic zatial neurobil

	No, on uz 4.x vetev PHP uz asi nikdo nijak horecne neudrzuje ...

	Navic, jestli podobny problem nehlasi soucasne vic lidi, tak je dost 
pravdepodobne, ze to odlozi s tim, ze nejspis jde o problem 
nekonzistence header souboru pri prekladu s aktualnimi verzemi knihoven 
pri behu ...

						Dan





More information about the Users-l mailing list