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