|
Zastoj dok PHP skripta radi
Naleteo sam svega par puta na ovu situaciju, prilično retko, i nisam uspeo da izguglam ništa smisleno na ovu temu, pa reko' možda neko može da uleti klizeći ovde....
Imam server (klasika lamp platforma) koji, dok jedna skripta trči (bilo da je cron ili webpage), zakuca server i ostale stranice na sajtu servira po 2 minute... :1027: Pretpostavljam da je nešto na Linux/Apache nivou, da treba negde reći serveru da alocira te resurse malo bolje... :1007: Mora da kažem nešto čoveku, riba me sve u 16 zato što mu moj (prilično zahtevan) skript zakucava server, pita me kako da popravi... :lost: Ako iko ima neku ideju gde se ovo podešava, bio bih mu/joj krajnje zahvalan. |
Meni ovo lici na problem sa zakucavanjem baze (pogotovu ako ti se strane generisu dinamicki). Da pogodim, script radi nesto sa mysql bazom? :)
Ako to nije slucaj, mozes pokrenuti script sa "nice" komandom, mada bih ja radije ustanovio sto script zauzima toliko resursa (memory leak? etc). |
I meni je na to mirisalo odmah... Prvo je koristio externu bazu (na G-linku u internoj mreži), sad je baza na localhost-u... opet isto.
Skripta radi svašta: drma ogroman broj upita na bazu, šalje gomilu mejlova, povlači koješta preko HTTPa... Skripta jeste zahtevna, to stoji. Ali na svim ostalim serverima radi lepo malo sporije, a ostatak serva fercera kako treba. Ovo sam video kod njih par samo... :1089: Nažalost, skripta verovatno neće trpeti nikakve korenite izmene, s obzirom na to da se pokazala da radi kako treba na ogromnom broju instalacija... :( |
dva najbrza hak-a:
- spomenuti nice - sleep() :) |
Već radi i sleep(). :)
Samo, kod sleep-a je problem što onda skripta ne radi ništa. A čim prođe sleep....opet zakuca :( |
Pogledaj kolika je potrosnja memorije. Ako radi sa bazom onda guta svu raspolozivu memoriju. Jedno od rjesenja je dodavanje memorije. Pogledaj kolika je zauzetost procesora.
Pregledaj upite za bazu i da li su pravilno indeksirani. Ako mozes neke upite preciznije odredi ili limitiraj sa nekim uslovom. Pregledaj bazu i vidi da li mozes neke podatke koji se cesto upisuju odvojiti u posebnu tabelu, a kasnije u odredjenim razmacima prebacivati u tabelu sa koje citas. Pogledaj koliko je dopusteno maksimalno istovremenih konekcija ka bazi i koliko se u odredjenom trenutku ostvaruje. Ako je malo slobodno povecaj i preko 500, sa lakocom MySQL to izdrzava. Ovo su bez preciznih podatak neki scenariji i rjesenja mogucih uzroka. |
Pokušao sam već sve to... Upiti su optimizovani odavno, a i (napomenuo sam, mislim, ranije) da se isto ponašao i kada je baza na drugom serveru. Tada bi valjda vukao njegovu memoriju, ne web serverovu, ne? :(
Pogledaću ovo za broj konekcija ka bazi ali mislim da ima dovoljno... Skripta pravi 2 konekcije. U principu, pitanje nije uopšte gde/da li skripta škripi (zato sam stavio ovo u hosting, a ne php forum). Pitanje je kako reći serveru da čak i ako ima neku ultra-mega-giga skriptu koja mora da trči, kako da ostavi dovoljno mesta da se sva deca igraju? Zna li neko neki setting koji bi Apache-u (ili u Linuxu, za procese?) rekao da ostavi dovoljno ostalima, a ne da na jedan proces da svu svoju energiju? Ovo sam iskopao do sad: http://httpd.apache.org/docs/1.3/mod...html#rlimitcpu Ono što sam primetio u ovoj instanci je da ima MPM modul uključen, prefork i worker mu se pominju u conf-u... sad babram na tu stranu. |
prvo utvrdi sta se zapravo desava kad pokrenes skriptu.... sta kaze top, sta kaze free -m jel swapuje, ako se skripta pokrece preko apacha sta kaze /etc/init.d/httpd fullstatus (sa ukljucenim extended informacijama), takodje u mysqlu sta kaze SHOW FULL PROCESSLIST
Bitno je da vidis koji resurs je problematican (cpu, memorija, konekcije, file descriptori..), i da li je uopste u tome problem, ili mozda sam server nije ispravan, disk previse spor, etc. Moze da bude sve i svasta, ako kazes da se desava samo na tom jednom serveru. Proveri velicine bafera datih mysql-u, i podesavanje za memory limit php-u |
Možda komšijin mali traži Severinu u tom momentu...
dao si informacija toliko da pitanje izgleda ovako "Interesuje me ****** jer nisam ***** a kada ***** nema ***** osim ***** ulaz *****. Šta vi mislite o tome? |
Već sam napomenuo ranije, imam klijenta (srećom u mojoj vremenskoj zoni i još tehnički potkovan, pa konačno imam nekoga od koga mogu da tražim bilo šta smisleno) koji ima vrlo vrlo redak i specifičan problem koji očigledno leži u nekom podešenju servera. Dobio sam FTP pristup folderu skripte i uvid u conf fajlove apache-a, php-a i mysql-a. Tražio sam još koješta, čekam odgovor. Ovde ne mogu da kačim ništa preterano specifično:
- Ubuntu 5.7 - Apache 2.2.8 - PHP 5.2.4 - MySQL 5.0.26 na lokalnoj mašini, dedicated Ubuntu box sa 8GB RAM-a, od toga 4GB za MySQL kad je bio externi (ne znam verziju tamo) Javiću kad dobijem neke smislene odgovore koji isključuju bilo šta gore navedeno. Ako odgovori uopšte, ne javlja se od popodne... Nekad (ovakvi klijenti) kad nađu rešenje jednostavno ne odgovore više na tiket. I tako mi je probio timeframe koji mogu da odvojim za njega, refundiraću ga svakako ako ne radi, samo mi ćef da znam zašto koči... pitah ovde samo zato što me je zagolicala tema, iako je suludo i ovo vreme koje sam do sad potrošio na jedan problem koji se dešava u tako niskom broju slučajeva. Rekoh, možda neko zna kako/gde reći serveru da ne dozvoli jednom procesu da upucava ceo serv... Izvinjavam se ako nekome ne prija način na koji sam postavio pitanje - nisam bio u prilici sa posla da pišem previše i da se cimam oko ovoga. Sad sam kući, sad opušteno. :1042: U svakom slučaju imamo sad ovde neke vrlo korisne savete, fino popisane. Thanks svima! |
| Vreme je GMT +2. Trenutno vreme je 18:53. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.