Dotaz: Proč je server tak pomalý?

[Pepa]

Zdravím, mám server s OS UBUNTU 10.04 Po instalaci vše běželo ok, ale cca po 3 měsících provozu je děsně pomalý. Tedy ne při práci na něm, ale když si vyžádám nějakou stránku (z prohlížeče) tak čekám cca 5 - 10 vteřin než se zobrazí, pak kliknu na nějaký link a dalších 10 sekund. Hardisk je velky a zaplněn být neni ani z desetiny. Linka je rychlá dost, takže musí být chyba někde v systému. Je mi jasné že je možné asi 1000 variant, ale chtěl bych se zeptat zkušenějších kde začít? Jaké první kroky udělat? Díky (ještě dodám že na serveru běží 257 procesů, což mi ovšem mnoho neříká ... )

Odpovědi

[rastos]

• Pozrieť top
• Pozrieť do logov (spravidla vo /var/log/*)
• Pustiť tcpdump/wireshark na serveri/klientovi a zistiť, či sa čas trávi v rezolvovani DNS, v prenose dat medz serverom a klientom alebo v spracovaní na serveri

[PeterS.]

k tretiemu bodu: do adresného riadku vo web prehliadači môže dať priamo IPčku serveru aby vylučil vplyv resolvovania...

[Pepa]

Děkuji za cené redy, našel jsem chybu v /var/logs/apache2/error.log

server reached MaxClients setting, consider raising the MaxClients setting

Po navýšení se rychlost výrazně zvýšila. Nicméně by mě zajímalo co přesně tato informace znamené? Jakto že to nestačí když to do tedka stacilo a já jsem nic nemenil? Děkuji

[frEon]

moc pekne je to vysvetlene v dokumentaci apache.

[frEon]

zapomel jsem dodat: lidsky receno, pravdepodobne ti tam chodi vice lidi, nebo pouzivaji cast webu, ktere vygenetrovani obsahu trva dele a tak v jeden okamzik mas vice pripojenych klientu.

[Pepa]

No zrychlilo se to, ale stále tam něco špatně. Zvýšil jsem limit ze 150 na 250 a po hodine provozu je v logu opět stejný error. Moc se mi nezdá že by od včerejška stouplna návštěvnost o 100%... Zkousel jsem ted kouknout do firebugu a samotne nacteni stranky je rychle, ale na prvnim radku v panelu sit je:

get www.domena.cz   200 OK    3kb    12s

Pak už je to načteno hned, ale prvních dotaz trvá neuvěřitelných 12 sekund. U ostatních webů jsem se vždy vešel do vteřiny. Nějaké další nápady?

[FooBar]

"Dalsi napady"? Tohle je naprosto jednoznacna pricina problemu -- jsi vytizenej pozadavkama, proto dalsi pozadavky musej cekat nez tvoje dostupne procesy zpracujou ty predchozi.

Reseni muze byt: a) Zkratit keepalive. Nebude se pak udrzovat spojeni pro pozadavky tak dlouho. Alternativne rovnou zlikvidovat, ale ma to ocividny neprijemny sideeffecty. b) Zvysit pocet worker procesu na tolik, kolik jen tvuj stroj prezije. Zakladni poucka je, ze maximum tak, aby ti to i pri plnym vytizeni nikdy nezaclo swapovat. c) Poridit dalsi hardware a jmout se rozkladat zatez :)

Taky se podivej se do access logu, jestli je ta zatez na tvuj server opravdu legitimni. Muzes se treba rozhodnout neco kompletne odriznout (treba jednu webovou aplikaci ktera nezmerne vytezuje, nebo zakazat pristup ze statu ktere nemas rad;])

[frEon]

Kolik tam mas webu? Jsou staticke (proste soubory), nebo dynamicke (weby jsou generovany phpckem, ruby, python atd...)? Jsou tve, nebo nekoho jineho? Pokud je jejich autorem nekdo cizi, neni mozne, ze si tam v posledni dobe uploadnul nejaky kod, ktery trva zatracene dlouho vykonat? Bezi na stejnem serveru i dalsi sluzby? Je v tu chvili server vytizen (kolik cpu% je sezrano v user space, kernel space, kolik je iowait), jaky je na serveru load a jak to vypadalo, kdyz problem nebyl? Deje se to i v noci? atd atd... Vypada to, ze budeme potrebovat vice informaci....

Taky dobra vec je server-status

A kdyby jsi sem neco chtel pastnout, nezapomen na tagy <pre> jinak se v tom nevyzname