sslug-teknik team mailing list archive

[Troels Arvin <troels@xxxxxxxx>]

On Wed, 17 Apr 2002 23:23:11 +0200, Lars Lerager Hansen wrote:

> Problemet er ikke performance, men for mange forbindelser - Nu har jeg
> downloadet en src.rpm med Apache, og vil prøve at ændre den hard-kodede
> MaxClients-grænse.
Hvilket i sig selv er ret let. Problemet er, hvis du fx. kører PHP og
taler til MySQL fra PHP: I sådanne og lignende situationer kan man være
ude for, at hver enkelt Apache proces står og holder én eller flere MySQL
forbindelser åbne. - Og desværre er MySQL ikke særlig skalérbar: Alt går
fint, men pludselig rammer man ude forvarsler (i form af dalende
performance) én eller anden grænse for dens formåen, hvorefter den
begynder at stå og tordne ned; herefter bruger man forgæves et par uger på
at tro, at man kan tune'e sig ud af problemet ved at skrue på MySQL
options.

Apache+PHP+MySQL er blot én tænkelig situation, hvor hver Apache proces
har nogle "side-effekter" i form af netværks-, IO, eller anden overhead,
som man pludselig bliver opmærksom på, når antallet af Apache-børn bliver
meget højt.

Altså: Pas lidt på.

> Evt. prøver jeg at sætte TUX foran, til at serve statisk indhold.

Lyder som en god idé, hvis I har en god portion ikke-statisk indhold.

Alternativt kan man stille en Squid op foran Apache, konfigureret som
"http accelerator"; så sørger Squid for de fleste URLs, og filtrer kun de
ofte opdaterede eller no-cache URLs videre til Apache.

-- 
Greetings from Troels Arvin, Copenhagen, Denmark