Onderwerp: Apache2 performance tuning

Ik heb een bak met een tweetal Intel Xeon proffessors (dus 4 * core)
en 8GB Ram

Daarop draait Apache2
met prefork model (standaard Debian build)
met de volgende configuratie

Start servers 60
Min-spares 20
Max-Spares 20
MaxClients 255
MaxRequestPerChild 0

Dat ding loopt daarmee werkelijk als een speer.
Maar naar wat langere tijd zakken de prestaties helemaal tot een dieptepunt.
Waneer ik het ding dan stop en weer start,
ben ik weer helemaal blij

Iemand een idee ?

ps auxw | grep defunct
Het zijn mostlikely httpd proccessen die gestopt zijn je zou ze zo moeten kunnen tekkelen en evt.. ook direct de nek omdraaien.

Hmm UnixBoy,
Zou eigenlijk niet kunnen he.
Desondanks toch maar effe geprobeerd.
Niets gevonden.
Maar ja momenteel draaitie dan ook als een zonnetje

Zal het eens in de gaten houden

Maar ehhh... processen moeten gewoon blijven doordraaien he.
de overige threads (die je naar ik aan neem met ps als opeenvolgende processen en dito PIDs ziet) zouden wel moeten varieren onder de belasting.

Zal het een beejte monitoren.
mijn opperhoofd krijgt n.l. meteen de zenuwen als het ding ff gek doet.

niks mag gebeuren en toch gebeurd er zoveel :-)

De ironie is vaak dat je moet uitzoeken wat ervoor zorgt dat je procjes defunct gaan

Wat ik mij afvraag is of de kernel is gecompiled voor boven de > 4GB aan adressering

Als ie een standaard Debian SMP-kernel draait moet dat geen probleem zijn.

Uhm, dit:

Code:

Min-spares 20
Max-Spares 20

is foute boel. Dat betekend dat er altijd exact 20 spares moeten zijn. Apache zal in drukke tijden dus rete druk zijn met sparen aanmaken enkillen om op die 20 uit te komen.

Wij draaien regelmatig:

Code:

<IfModule prefork.c>
  StartServers            8
  MinSpareServers         5
  MaxSpareServers        20
  ServerLimit          1024
  MaxClients           1024
  MaxRequestsPerChild  4096
</IfModule>

Waarom is hij traag? Gaat CPU naar 100%? Hoe is het met geheugen gebruik? Is hij aan het swappen?

Je moet absoluut een MaxRequestsPerChild waarde zetten. Dit kan lekker laag, bijvoorbeeld: MaxRequestsPerChild 500

Elke 500 requests wordt een child dan afgeschoten. Af en toe moet hij dan opnieuw een child opstarten, maar als je modules lekken (wat bij PHP en mod_perl al snel gebeurt) kan dit je gemakkelijk honderden MB schelen!

Ik kan ook aanraden een lagere timeout dan normaal te nemen, bijvoorbeeld: Timeout 30

Dan worden clients die lang niets doen na 30sec afgeschoten, wat het aantal children omlaag brengt, zodat je server weer meer aankan. (NB: Als je scripts wilt runnen die per se 30seconden erover moeten doen is er iets mis met die scripts maar dan moet je Timeout maar wat hoger zetten. De default van 300 seconden is echter debiel hoog!)

MaxClients 1024 = dom

Apache recommendeerd een niet hogere value dan 256.

Hangt er maar van af of je MKB doet of pr0n Hogere MaxClients is prima stabiel verders.

Origineel geplaatst door lifeforms
Hangt er maar van af of je MKB doet of pr0n Hogere MaxClients is prima stabiel verders.

eens... en waarop je de harde waarde hebt staan :-)

Mja ging hier om het MKB toch? anders wil heel WHT ff een freewheel account

Origineel geplaatst door lifeforms
Hangt er maar van af of je MKB doet of pr0n Hogere MaxClients is prima stabiel verders.

<Bloos>

ik heb de threads iid op 255 staan
omdat Apache het me zelf afraad om verder te gaan.
de processen staan nu op 60
en ik draai geen standaard kernel he.

Maar dat zit wel goed.

De server zelf loopt ook wel lekker
het is (was) enkel apache
momenteel looptie redelijk lekker
zal het es goed in de gatenhouden.

tnx