sslug-teknik team mailing list archive
-
sslug-teknik team
-
Mailing list archive
-
Message #55678
Re: Apache m. ~100 req/s
Anders Nielsen <anielsen@xxxxxxx> wrote:
[KLIP]
> > Nej, den er allerede oversat med MaxClient på 2048 - selvom grænsen
> > er sat lavere i httpd.conf
> >
>
>
> Ok, fint... Der er i øvrigt også en grænse i bash som du bør have styr
> på. Prøv at skrive ulimit -a og kig på "max user processes". Grænsen
> kan afhænge af brugeren så du bør gøre det som den bruger der starter
> apache.
Tjo, den står på 2015, så det er vist ikke problemet.
> Kan du evt. prøve at beskrive hvordan "problemet" påvirker systemet.
> Eventuelt bør du lave noget overvågning, der holder øje med antal
> processer, trafik og RAM belastning.
Som om nogen har hældt sirup i maskinen :-)
Apache-processer er 250+, trafikken er ~8 Mbit/s (taget fra MRTG) og den
bruger meget RAM men swapper ikke.
> Jeg læste at du har 34.5 mio hits om måneden, hvilket jo er den hel
> del. Det kan tænkes at hardwaren er flaskehals. Kun du evt beskrive
> hardwaren (RAM, CPUer, SCSI, NIC med mere). Hvilken distro bruger du?
> Kunne også være sjovt at få at vide hvilken site der er tale om :-)
Ja, undskyld - det burde jeg selvfølgelig have skrevet.
Redhat 7.2 på en 800Mhz PIII - et eller andet Asus bundkort med et onboard
SiS NIC. Der køres software raid 1 på to Seagate Barracuda IV - 512 MB RAM.
Siderne der vises er (næsten) real-time sportsresultater og der er ikke
noget egentligt site - de bliver bare vist som en del af andre sites (sports
og bookmaking sites)
> Min erfaring siger mig at det er RAM der er problemet - bliver der
> paget når belastningen stiger? Det kan virkelig være en dræber.
Nej, den swapper ikke.
> Jeg kender ikke de tekniske detaljer om PHP, men hvis det er ligesom
> mod_perl hvor apaches børneprocesser bliver store og fede RAM mæssigt,
> så bør du prøve konfigurationen med den foranstillede server der
> klarer det statiske indhold.
Det er også en model jeg hælder til - men der vil stadig være en del
requests til Apache, for der er egentlig ikke ret meget grafik o.l på de
sider vi viser. Men jeg tror ligesom dig at det handler om at få reduceret
antallet af processer - desværre er det ikke rigtigt noget der ligger til
Apache's arkitektur (ikke 1.3.x i hvert fald).
Hilsen Lars
Follow ups
References