sslug-teknik team mailing list archive

["Klavs Klavsen" <ktk@xxxxxxxxxxx>]

Hej Troels,

iflg. apache selv, så mener de stadigvæk at mod_so ikke er 100% stabil
og hvis man driver et højtrafik site, så ønsker man ikke at tage den risiko.
Iøvrigt kan man læse mange steder at apache med mod_so ikke performer så godt
som en statisk kompileret apache.. igen ved højtrafik sites, betyder 5-10%
ydelse noget.
Desværre så nøjes jeg med at hæfte mig ved at apache selv skriver at mod_so ikke
er 100%
stabil og derfor har jeg ikke lavet nogle ydelses målinger.. hvis du har nogen
ville jeg da
gerne se dem.
der er givetvis mange fordele ved mod_so og hvis man har mange forskellige
moduler
såsom php, mod_perl etc.og det ikke er et meget oppetids-krævende site, så ville
jeg da klart foretrække at bruge mod_so, da det gør opdateringen/tilføjelsen af
externe
moduler, nemmere.

>> Og de start/stop der hører med, kan man jo sagtens bruge, selvom man ikke
bruger
>> Suse's apache.. - det er bare tage dem fra rpm pakken..
>Betyder behov for mere dokumentation, og gør det sværere for andre at
>tage over, hvis sysadm bliver syg/skifter job. Og betyder, at man taber
>sit pakke-systems store systemadministrative fordele.

Det kan jeg virkelig ikke se. hvad er forskellen på at have kompileret din egen
apache og installeret suse's scripts til at styre den, eller bruge .rpm pakken.
til stop/start af den er forskellen ens.
selvfølgelig er den ikke så nem at opdatere, men kræver man ydelse og stabilitet
ville jeg kompilere min
egen apache. og ja, statisk linket indtil stabiliteten/ydelsen er bevidst lige
så god med mod_so.

/Klavs





Klavs Klavsen wrote:

> Medmindre Apache'en til suse er kompileret med mod_so og derfor modulær.. så
> ville jeg da heller ikke bruge suse's apache.
Sjovt som der stadig er opposition til modularitet i denne sammenhæng.
Jeg har meget svært ved at se ordenlige argumenter imod brug af DSO'er i
Apache. Brug af DSO'er giver teoretisk set en marginalt dårligere
performance, men på de fleste sites ligger kimen evt.
performance-problemer med god sandsynlighed andre steder.


Kompilerer du også alle dine binaries med statisk linking for at undgå
at benytte glibc's libraries dynamisk?

 > Hellere kompilere sin egen, så man kan inkludere de moduler
 > man skal bruge..
Hellere blot konfigurere den slags i httpd.conf..

> Og de start/stop der hører med, kan man jo sagtens bruge, selvom man ikke
bruger
> Suse's apache.. - det er bare tage dem fra rpm pakken..
Betyder behov for mere dokumentation, og gør det sværere for andre at
tage over, hvis sysadm bliver syg/skifter job. Og betyder, at man taber
sit pakke-systems store systemadministrative fordele.

/Troels