sslug-teknik team mailing list archive

[Poul-Erik Andreasen <poulerik@xxxxxx>]

On Wed, 16 Oct 2002 10:54:20 +0200
Peter Makholm <peter@xxxxxxxxxxx> wrote:

> Jeg har brug for nogle gode råd og lidt moralsk opbakning til at
> optimerer vores webserver.
> 
> Maskinen har nogenlunde følgende specifikationer:
> 
>   IBM x230
>   Dual 1 Ghz - Pentium III
>   4 GB RAM
> 
>   Vanilla Linux 2.4.18
>   Debian Stable
> 
> 
> I øjeblikket får den bare lov til at spawne apache-processer og vi
> oplever et load på omkring 150. Nogle gange er der en apache-process
> eller to der bruger 20% CPU, men ellers deles de pænt om
> processerkrafterne ifølge top. (2-4% per process alt efter
> antallet). top melder også om cirka 92% user og 8% system.
> 
> Vores webserver bruger Apache og mod_perl og har en mysql-server
> kørende på en anden maskine med omtrendt samme
> dimensioner. Databaseserveren står egentlig bare og keder sig.
> 
> Hvordan mon jeg får maskinen til at yde mere reelt arbejde.
> 
>  - Sætte nogle letvægts Apache-processer foran mod_perl-processerne
>    som giver content fra en cache.
> 
> (Vil dette hjælpe stort, når der egentlig er rigeligt ram?)
> 
>  - Begrænse antallet af processer.
> 
>  - Anvende O(1)-scheduleringspatchen
> 
>  - Preemptive-patchen?
> 
> Andre ideer, som ikke kræver at lave vores content-system om?

Har du undersøgt om din databaseserver er ordentlig optimeret.
Det forhold at den ikke laver ret meget er ikke  nødvendighvis ensbetydende
med at det ikke er den der flaskehalsen. Hvis den tildelte cache er mindre end de
nøgler du benytter kan du meget let få, nogle meget grimme svartider.
Det er sådan en lavefods effekt hvor  systemet heltiden smider  de pages
ud som den skal til at bruge.


-- 
Poul-Erik Andreasen