ZNÁSOBTE počet výdejních míst Vašeho eshopu a zvyšte obrat.
Zobrazují se odpovědi 1 až 6 z 6

apache+php a obrovska spotreba pameti

  1. 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)

  2. Happy Robot :]
  3. Zkus jako první osekat nepotřebné moduly, dá se to stáhnout na polovinu.

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

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

  6. 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-ja...i-pod-apachem/
    http://blog.milde.cz/post/233-moznos...-php-a-apache/
    Naposledy upravil vacek : 10.07.2010 v 21:26

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

Podobná témata

  1. apache reload
    By Prosto in forum HW
    Odpovědí: 1
    Poslední příspěvek: 23.09.2009, 23:03
  2. Apache padá
    By Tomve in forum PHP
    Odpovědí: 2
    Poslední příspěvek: 24.06.2009, 11:52
Hostujeme u Server powered by TELE3