apache+php a obrovska spotreba pameti

9. 7. 2010 10:39:37

polozim tady taky dotaz, snad se tady najde nekdo v apachi a unixu kovanej.

zakaznik ma vserver s asi 800mb ram, kde mu bezi apache2+php - zatim nevim, jeslti bezi jako modul a nebo fastcgi, ale podle me asi ta druha moznost a mohlo by to timpadem byt tim - ale radeji se zeptam.

takze aplikace je odladena na 100%, frci jako blesk, cpu se flaka, disk taky, problem je s pameti - pri 80 dotazech zaraz tam bezi 80 forknutych apachu a kazdej ma 12MB... ja do apache moc nevidim, ale z meho pohledu by to tak byt nemelo, takze:

je to normalni?

cim by to mohlo byt?

co mam zkusit nastavit?

zatim me napadlo jenom osekat moduly v apachi a php, aby celej proces tolik nezral a taky prejit na vyssi hosting (coz uz se resi), ale mam pocit, ze neresim pricinu, ale nasledky.

jeste dodam, ze sem si skoro jisty, ze v php zadny memory-leak nemam, prochazel jsem cely kod a nic jsem nenasel a taky se mi to neporadilo nasimulovat na localhostu (zatez jsem vyvinul velkou, okynka vsechno bez problemu zvladly)

9. 7. 2010 10:39:37

https://webtrh.cz/diskuse/apachephp-a-obrovska-spotreba-pameti/#reply525594

Adam Motvička

(13 hodnocení)

9. 7. 2010 10:51:23

Zkus jako první osekat nepotřebné moduly, dá se to stáhnout na polovinu.

9. 7. 2010 10:51:23

https://webtrh.cz/diskuse/apachephp-a-obrovska-spotreba-pameti/#reply525593

(20 hodnocení)

9. 7. 2010 21:15:10

kazdy apache proces zabere svoje prostredky... 12MB mi prijde vcelku beznych... na 800MB Ram mozna ale moc... dalo by se to urcite osekat, zaroven zkus i osekat databazi (nastaveni vyuzivani mene pameti pro cache atd...), kazdopadne na 800MB ram zkouset behat 80+ soucasnych pripojeni neni optimalni (jde to, ale jen pokud chces pouzivat apache orezany uplne o vsechno -> doporucuji prejit na vic pameti) sam mam 2GB apache nastaveny na 1024 soucasnych pripojeni, jeden proces zabira 12MB + databaze, pouzivam fastcgi a server utahne i 300-400 soucasnych pripojeni vcelku bez problemu (se zpomalenim danym swapvanim na disk), jde o to, ze to server zvladne, aniz by spadnul a aniz by odezva stoupla nad nekolik sekund... a to mam 2GB... s 800MB si to dost dobre predstavit nedokazu, je to podle me malo...

9. 7. 2010 21:15:10

https://webtrh.cz/diskuse/apachephp-a-obrovska-spotreba-pameti/#reply525592

Kamil Tomšík

(3 hodnocení)

10. 7. 2010 04:58:07

ok, ja mel pocit, ze takhle by se to chovat nemelo - ze tam funguje neco jako copy-on-write a ten forknutej apache+php nebude mit 12mb, ale treba jenom par kilobajtu...

vic pameti se uz resi, snad to brzo bude, do te doby osekam, co se da...

btw: napadlo me, ze to vlastne neni 800MB, ale 400 - protoze ten server je zcela urcite 64bit a apache taky... ikdyz ja teda taky bezim na 64 bitovych oknech...

10. 7. 2010 04:58:07

https://webtrh.cz/diskuse/apachephp-a-obrovska-spotreba-pameti/#reply525591

Petr Vacek

10. 7. 2010 21:25:39

jestli se nepletu, tak u fastcgi nastavíš počet vláken, který má apache k dispozici a ty si žijou ve vlastním světě, požadavky nad tento počet čekají ve frontě a provedou se až po dokončení předchozího. Tak jde nastavit třeba max 20 vláken a jestli každý zabere 12MB, tak se to pořád ještě dá. jinak pěkný články , který možná pomůžou:

http://blog.milde.cz/post/234-php-jako-fastcgi-pod-apachem/

http://blog.milde.cz/post/233-moznosti-spoluprace-php-a-apache/

10. 7. 2010 21:25:39

https://webtrh.cz/diskuse/apachephp-a-obrovska-spotreba-pameti/#reply525590

Kamil Tomšík

(3 hodnocení)

11. 7. 2010 00:04:10

to je fakt, staci omezit pocet vlaken na apachi... mam pocit, ze bezi prave jako mod_php modul a timpadem se forkuje celej apache vzdycky s phpkem

alespon v topu bylo 80 httpd procesu...

11. 7. 2010 00:04:10

https://webtrh.cz/diskuse/apachephp-a-obrovska-spotreba-pameti/#reply525589

Pro odpověď se přihlašte.