apache proces preko 200MB ???

Pozrav *nix populaciji,

imam jedan "problem", pa bih voleo da cujem iskustva drugih. Radi se o dedicated serveru, ili ti fizickoj masini (tacnije vise njih, no to nije bitno.). Na masini se hostuje jedan jedini sajt, radjen u drupalu u pitanju je jedan od stranih telekoma, portal za njihove usere, sto znaci da je sajt izuzetno aktivno posecen (preko 500 ljudi je online u svakom datom trenutku). Sajt se vrti na drupalu, sa gomilom modula, nekim custom modulima, API komunikacija sa nekim telekomovim servisima, sa spoljasnjim resursima itd. Znaci ekstremno kompleksan projekat.

Problem: pored reverznog kesiranja anonymous sesija, odvojenog SQL servera, na pomenutom web serveru se nalazi samo APC, MEMCACHED i APACHE. Jedan jedini apache proces zauzima preko 200MB, pa kad 8GB rama podelite sa 200MB, dodjemo do max 40 apache procesa (MaxServer) na serveru.

Interesuje me da li je neko imao iskustva sa ovako poganim apache procesima (vidjao sam do 50MB procese, na multi-site serverima, medjutim ovako velike procese prv put u zivotu vidim).
Napomenucu da php radi kao apache modul (mod_php), i nije nam primenjivo da idemo sa php-fpm varijantom. Takodje, nije nam moguce da idemo sa nginx-om, iz dosta razloga.

Sistemski je sve max optimizovano, poiskljucivani apache moduli, apc maximalno tjuniran, memcached radi...
Apache MaxRequestPerChild je smanjen sa defaultnih 4000 na citavih 10, kako bi se sto cesce apache procesi reciklirali (ranije se dizao apache na preko 400MB), na ovaj nacin sam maximalno smanjio velicinu procesa, koliko je to moguce, sa sistemske strane.

Da li da odustanem sa daljim sistemskim podesavanjima, jer mi se sve cini da je rec o samom kodu, tj sajtu koji se vrti na tim serverima ?

Svako iskustvo bi bilo od koristi.

Thanks

Ovo ti je upravo zbog toga sto je PHP ukompajliran kao modul.
Nema spasa.
Najbolje je da se pomucis i sve prebacite na PHP koji se pokrece preko fastcgi ili php-fpm.

Hm, na kraju nisi rekao sta tebe muci :)
Jel sajt sporo radi? Imate problema sa odzivom?
Ili ti samo smeta da jedan proces uzima toliko memorije pa hoces to da sredis?

Potpis

Beneath civilization's fragile crust, cold chaos churns...

I meni se cini da ti spasa nema. Imas tezak sajt gde svaka instanca vuce boga oca - konkretno tih 400MB. Ako su SVE strane tako teske, a ne samo jedna, onda ti je neko uvalio totalni lom od sajta, drupal ili ne i nekog od programera treba da obesis za usi (mada imam jos neke ideje sem usiju) i da se to optimizuje kako valja.

Sa sistemske strane ti nema pomoci. Mozda fast cgi, kao jedina ideja.

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'

Ha :)

@Tyler Durden.
Thanks, znam za mod_php da je bloatware, ali dole sam naveo zasto nam ne odgovara drugacije... neke stvai dobijes sa php-fpm neke gubis.
Sta me muci :) Uh... Server ima 8Gb, jedan apache preko 200MB, znaci MAX 40 korisnika, a imamo preko 500 ljudi u svakom trenutku online (vise servera ispod loadbalancera), tako da je odziv sajta zlo i naopako ako si logovan. Ako nisi logovan, tu reverzni proxy radi svoj posao bolesno dobro...ali sajt je za DSL usere jednog velikog telekoma, pa zato i opterecenost sa autentifikovanim userima (sto ne moze da se kesira na reverznom proxyju)... znaci, sporo, jadno... ali evo popravlja se polako, cini mi se...


@nkrgovic Preneo sam pretnju braci programerima, pa su onda nasli jedan modul koji ucitava celu tabelu od oko 68000 redova... i zbog toga se apache naduvavao... cim su je smanjili na 29000 redova, pao apache sa 200MB na oko 130-150MB. I jos treba da se prazni... Kvalitetno kodiranje, kada su vremenski rokovi "za juce"...sta ces...

Inace, ako nekoga interesuje, mali tip:
www.newrelic.com pa otvorite trial account, download i instalacija agenta, 2-3 promene u INI fajlovima, i onda na njihovom control panelu imate lepo php execution time, greske, nekakav benchmark itd - dusu dalo za profiling aplikacije, i trazenje "kvalitetnog" koda i upita.

Thx za php-fpm i fcigd, ali zbog nemogucnosti dobre implementacije APC-a, od toga moramo da odustanemo, a inace je mod_php (poznatiji kao bloatware) najbrzi u izvrsavanju, a brzina nam je od presudnog znacaja (400.000 regoistrovanih korisnika, svaki dan nesto klikcu, sms, video, strasno mnogo interakcije generalno).

Hvala svima, jos jednom.

Jesi siguran da vam keširanje koje APC pruža zaista toliko pomaže i znači?
Ja nemam baš pretjerano iskustva sa njim, ali ono malo što sam gledao nije se toliko pokazalo.

Potpis

Beneath civilization's fragile crust, cold chaos churns...

Jesam naravno, jer APC drzi predkompajliran deo PHP koda, koji bi inace svaki put morao da se kompajlira, kada ne bi imao APC instaliran (ili eaccelerator ili xchache, svejedno). Drasticno obara CPU load, pogotovu kod kompleksnih sajtova (iskustvo je cudo)... svejedno... imam mod_php na jos mali milion servera (sto fizickih, sto vps, svejedno) i nigde ne pravi problem, jer su sajtovi smesni u poredjenju sa ovim o cemi ovde pricam, tako da sve sljaka super...

Glavni problem za naduvanje apacha (sto sam jutros tek svario sam sebi kao informaciju i zakljucak) je kolicina podataka koju apache (php) povuce sa mysql servera... recicu ti samo da je kolicina mreznog saobracja izmejdu mysql kalstera i web servera (3 komada), oko 200Mb/s (outbount sa mysql-a)... znaci, bolesno mnogo, uz svo moguce kesiranje, memcahed itd... sta da se radi...

Thanks

Da, to je zaista velik saobracaj ;)

Ali ipak tu ima jos prostora za poboljsanje, cini mi se. Javi sta i kako si uradio, i koliko je pomoglo....

Potpis

Beneath civilization's fragile crust, cold chaos churns...

Buhahaha, ovo moram da podelim sa vama gospodo. (iskren smeh, a ne cinican)

Kada smo presli, po pitanju pretnji, sa uva na neke druge delove tela (sala naravno), doslo se do zakljucka da je moguce prepraviti resenje (php kod, sql upiti, tabele, whatever, celu logiku koja je pravila problem) tako da je krajnji rezultat (posle 5 meseci od kako je sajt otisao live i poceo sve vise da usporava):

- smanjenje sql saobracaja sa blizu 200Mb (ranije oko 160Mb), na citavih 70Mb/s.
- PHP execution time pao sa 100ms na ispod 1ms
- apache process size pao sa preko 200MB (ranije oko 125MB) na ispod 80MB, sto je za ovakvu grdosiju od sajta extra.

@ nkrgovic, castim pivo, izgleda da pretlje uvek urode plodom ;)

Pozdrav

U saudi-arabiji pivo? Bice to skupo pivo... :D

Potpis

Please do not feed the Trolls!

Blasphemy? How can I blaspheme? I'm a god!'