Rychlost skriptu

Zdravim,

mám takové dilema, z nějakých důvodů mi občas vytuhne VPS server, nejspíš padne MySQL. Je to třeba jednou 1x týdně, dle grafů je ve chvíli vidět zvýšený počet "TCP connections" se stavem "established" a zároveň další se stavem "close wait". Při pohledu do logu od Apache nevidím nic podezřelého. Helpdesk mi po dvou dnech akorát napsal, že pozměnil nastavení webového serveru a databáze... Tento problém nastal cca. před 4 měsíci a to server byl napojen na konektivitu 10 Mbps, po té jsme tedy přešli na 100 Mbps a řešíme to znovu. Nemáte nějakou radu, jak najít skript, který je volán nejčastěji nebo jeho generování trvá dlouho? Máme podezření, že někdo od nás tahá data nebo se nás snaží umyslně "shodit".

Díky za každou radu, Martin

OpenVZ? Apache je celkom narocny na pamat a ked je vela spojeni, moze zabrat vsetku pamet, co v pripade OpenVZ by malo mat za nasledok vytuhnutie. Idealne pred vytuhnutim sledovat stav apache (mod_status) a tam je potom vidiet, ci ostavaju vysiet spojenia alebo ich je tolko, ze dojde k vycerpaniu pamate (co by podla mna malo byt viditelne v logoch). Preto sa zvykne oddelovat staticky obsah od dynamickeho, pred apache sa da nginx, ktory serviruje staticky obsah a dynamicky sa posunie na apache, ktory ho spracuje. Teraz apache spracovava aj staticky obsah, musi bezat viacej procesov, ktore su kazdy tak velky, kolko modulov ma apache aktivovanych a pri statickom obsahu je apache viacej bombardovany, vytvara viacej procesov a zerie viacej pamate. Ak sa toto oddeli, nginx (ktory je velmi jednoduchy a nenarocny), spracuje rychlo statiku a dynamicky obsah posunie dalej. Tym sa zvlada spracovat viacej requestov.

Samozrejme to moze byt aj cokolvek ineho, tych info je malo.

Kdysi jsem měl problémy s mysql_pcconnect, spojení zůstávala viset a otvírala se stále nová, projevovalo se to nedostupností mysql, ne vytuhnutím serveru. Pokud by to mohlo být ono nainstaluj si skript na reporty (mysqlreport nebo něco podobného) a podívej se kolik connections je využito.

no server treba reaguje na ping, ale zadna z domen nereaguje a nejde mi treba rozhrani webmin, jakoby apache neodpovidal... skusil jsem pridat podminku, ktera ukaze udrzbovou stranku pokud je DB nedostupna nebo je plny limit konekci, uvidim jestli to dela MySQL... skusil jsem ten mysqlreport, tak tam vidim 47 konekci z 50, daji se nejak resetovat ty nevyuzity konekce? nebo to je jenom pocet aktivnich konekci?

P.S: diky za reakce, jsem myslel ze mi nikdo neodpovi :)

Dá se na server přihlásit přes ssh, když weby nejdou?

Jaké máš využití systémových prostředků? Hoď si tam nějaký monitoring (munin), potom je možno říct zda za to může sw, nebo hw.

pokud je to apache tak nepoběží ani statické stránky nezávislé na databázi
kdyby se náhodou po příštím lehnutí serveru objevilo v reportu 50 z 50 tak zvyš limit na 100 a sniž timeouty, pokud se vyčerpá i to tak nahraď všechna mysql_pconnect za mysql_connect

Pokud visí procesy na apache, tak sniž Timeout a MaxKeepAliveRequests v apache2.conf .
Pokud visí procesy na mysql, tak nastav interactive_timeout a wait_timeout, případně definuj max_connections v my.cnf
A a pokus se zjistit příčinu, proč tam je "najednou" tolik procesů.

tak problem vyresen, v mysql bylo kvuli nejakym importum vysoky timeout a u nekterych skriptu nebylo ukoncovani spojeni, chyb jak maku po predchozim programatorovi... tak jsem timeout nastavil na 30sec, prizpusobil apache, upravil skripta a jede to bezproblemu a svizne :o) dekuji vsem za reakce, zamykam