Rychlost skriptu

11. 4. 2012 16:02:10

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

11. 4. 2012 16:02:10

https://webtrh.cz/diskuse/rychlost-skriptu#reply753435

Martin Tiršel

(1 hodnocení)

11. 4. 2012 22:06:14

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.

11. 4. 2012 22:06:14

https://webtrh.cz/diskuse/rychlost-skriptu#reply753434

Václav Mach

(13 hodnocení)

12. 4. 2012 01:39:07

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.

12. 4. 2012 01:39:07

https://webtrh.cz/diskuse/rychlost-skriptu#reply753433

Martin

(3 hodnocení)

12. 4. 2012 11:54:08

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 :)

12. 4. 2012 11:54:08

https://webtrh.cz/diskuse/rychlost-skriptu#reply753432

McFly

(4 hodnocení)

12. 4. 2012 16:06:12

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

12. 4. 2012 16:06:12

https://webtrh.cz/diskuse/rychlost-skriptu#reply753431

cakes

12. 4. 2012 17:21:26

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.

12. 4. 2012 17:21:26

https://webtrh.cz/diskuse/rychlost-skriptu#reply753430

Václav Mach

(13 hodnocení)

12. 4. 2012 17:39:16

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

12. 4. 2012 17:39:16

https://webtrh.cz/diskuse/rychlost-skriptu#reply753429

James_Scott

(7 hodnocení)

13. 4. 2012 00:33:41

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ů.

13. 4. 2012 00:33:41

https://webtrh.cz/diskuse/rychlost-skriptu#reply753428

Martin

(3 hodnocení)

22. 5. 2012 17:26:03

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

22. 5. 2012 17:26:03

https://webtrh.cz/diskuse/rychlost-skriptu#reply753427

Pro odpověď se přihlašte.

Přihlásit