Dotaz: Apache2 a vysoke mnozstvi obsazene pameti

[miho]

Zdravim,

mam apache 2.0.54 + php 4.3.11 + mysql 4.0.24 na amd64 3200+ + 1GB pameti. Bezi na tom webik postaveny na mambo CMS.

Muj problem je, ze pri vyssi navstevnosti apache naforkuje hodne procesu (coz je ok, pri 100k PV/den (cca 2M rqs/den) lze predpokladat potrebu ve spickach 150 soucasnych requestu). Horsi je, ze zabiraji hodne pameti (dle top 90MB virt, 22MB RES, 70MB SHR) a to uz jsem ocesal vsechny moduly atd. V te situaci jde vyuziti swapu na 700MB a pak to uz nedela nic jineho nez ze to swapuje. Skoro se tam neda dostat pres ssh.

Omezeni na 100 soucasne spustenych detskych procesu pomuze ale to ma zase tu nevyhodu ze se obcas nekomu odmitne spojeni.

Poradte co s tim delat a zda je normalni ze apache2 zabira tolik pameti. Prijde mi podivne zeby ten server takovou zatez neunesl

Odpovědi

[Cronin]

Pouzil si defaultny httpd.conf? Vyhadzanim nepotrebnych modulov sa daju pamatove naroky apaca samotneho radikalne znizit. Tazko vsak povedat, ci tu ma pamatove naroky apache, alebo zmieneny CMS.

[miho]

V apache jsem ocesal co se dalo, zustalo mi tam jen:

access_module auth_module mime_module setenvif_module log_config_module cgi_module cgid_module dir_module status_module speling_module

nevim co bych mohl jeste krom status_module beztrestne vyhodit...

Ktery z dvojice cgi_module/cgid_module potrebuju pro php?

[jm]

Ten mod_spelling se tam na neco pouziva? Pokud ne, tak bych ho vyhodil jako prvni...

[Cronin]

Rovnako access a auth. Ak je tam php aplikacia, predpokladam, ze si autentifikaciu robi sama.

[miho]

Diky, access a auth skusim vyhodit (ikdyz obe ty veci jsou v httpd.conf oznaceny jako veci ktere by tam mely zustat). Speling se (bohuzel) pouziva. Aplikace byla puvodne .NET @ IIS takze se kaslalo na velikost pismen v cestach k obrazkum...

[Cronin]

Jedine, co v httpd.conf skutocne musi zostat, je afaik

Listen [IP.AD.RE.SA:]port

Ja osobne si httpd.conf pisem vzdy "od prazdneho suboru". Nevravim, ze prevadzkujem nejako vela tychto serverov, asi len 4, ale kazdy na uplne iny ucel: bezne virtuanle weby, https frontend a reverse-proxy pre ine servery, subversion repository. Spominany sposob vytvarania httpd.conf sa mi osvedcil -- je trochu zdlhavy, aspon na prvy krat, ale presne viem co mam natiahnute a ako to mam nakonfigurovane.

[jm]

Speling se (bohuzel) pouziva. Aplikace byla puvodne .NET @ IIS takze se kaslalo na velikost pismen v cestach k obrazkum...

Sprav ty cesty. Tohle zere pamet jako hrom. :/

[skonciljsem]

Pro php potřebuješ patrně php4_module, to je obvykle v includovaném extra konfiguráku mod_php.conf.
Ještě memory_limit v php.ini?

[lubo]

Ktery z dvojice cgi_module/cgid_module potrebuju pro php?

v tom bude zrejme problem, pouzivat php ako cgi je velmi nehospodarne, pouzi mod_php. ak si dobre pamatam, tak by sa touto cestou mali znizit naroky az 100nasobne.

[miho]

Pro php pouzivam mod_php. Myslel jsem, ze to CGI je i pro dyn. nahravane moduly ale podstraneni CGI i CGID to bezi takze to asi neni potreba.

Bohuzel to stale nejede dobre :( Musel jsem snizit mnozstvi pameti pro mysql coz neni moc dobre protoze dostava od mamba zabrat (110 dotazu/s) ikdyz je zapnute cachovani. V php.ini je nastaven limit na 4MB.

Aktualni pametove naroky RES 16MB VIRT 77MB SHR 61MB. Zjistil jsem experimentalne, ze maximum je ted 90 spustenych detskych procesu. Nad touto hranici se to dostane do swapovaci spiraly, ze ktere se to probere jen restartem apache.

90 bohuzel nestaci a obcas se holt na nekoho nedostane... zacinam uvazovat o apache1.

[Marek Pasovsky]

A co zkusit pouzit mod_proxy (pripadne i v kombinaci s apache2).

Detaily treba: http://www.root.cz/clanky/reverzni-proxy/

Marek

[miho]

Nakonec se to vyresilo pridanim druheho gigabajtu pameti. Hrube ale ucinne jak by rekla Sedma

Diky vsem za pomoc.