Webserver Tweaken

[Verwijderd]

Onder het motto: Professional Networking & Servers wil ik graag een discussietje openen over het uiterste uit je linux & apache server te halen met gebruik van veel dynamische content.

Ik heb het nu dus even niet over de lame scripting skillz van de programmeurs of inferieure hardware maar over de l33t sysadmin skillz.

Zouden jullie bijv. alles als DSO mee compilen of juist alles statisch mee compilen in de httpd-core? Op hoeveel servers is jullie apache begrensd? Welke waarden heb je met je kernel meegecompiled of veranderd in de /proc? Strip je je httpd binairy?

[twixx]

Ik moet je teleurstellen, ik heb altijd zoveel cpu-power ter beschikking dat ik weinig aan tweaken gedaan heb.

Wat nog wel scheelt in snelheid zijn je hostnamelookups en je logs. Ik heb 22mbit op een machine gedaan door niet te loggen. Ook is MaxRequestsPerChild een mooie var, de mijne staat op 1000.

[luc]

Op maandag 22 april 2002 20:38 schreef sproggle het volgende:
Zouden jullie bijv. alles als DSO mee compilen of juist alles statisch mee compilen in de httpd-core? Op hoeveel servers is jullie apache begrensd? Welke waarden heb je met je kernel meegecompiled of veranderd in de /proc? Strip je je httpd binairy?

Volgens mij is een statisch gecompilde module sneller dan een dynamische, maar ja ik ben geen l33t sysadmin
Als je hier een leuke discussie over wilt voeren moet je kees 's ff attenderen op dit topic

[Kees]

Okay
Tja, statische webservers gaat het hier niet over, maar het gaat over dynamische. Daar heb je meteen je oorzaak, het is dynamisch, er moet ergens data vandaan gehaald worden. Vaak is dat de databaseserver, en in vrijwel alle gevallen is de database de limiterende factor. Indien deze niet de limiterende factor is, dan is PHP de boosdoener. Nu wil ik zelf nog eens gaan testen of het uitmaakt of je dynamische of statisch compileert, maar in de meeste gevallen zal dat vrijwel niets uitmaken, om de simpele reden dat het verwaarloosbaar is tov de executietijd van het script.

Waar je dus veel meer performance uit kan halen is het goed schrijven van je scripts, daar heeft ACM ook wel eens een topic over gehad (welke manier van "echo'en" in PHP nu het snelste was).

Maargoed, terug naar het topic: De meeste performance krijg je met een recente 2.4.xx kernel, een snelle schijf, of iig snel beschikbare scripts, geen logs aanzetten (zelfs op statische content scheelt het niet heel veel; getuige ook een testje met een file van 1 kb)

Maargoed, nogmaals eens benadrukken dan maar, veel tweaken aan PHP en Apache kun je niet, je kan veel grotere performancewinsten halen bij de manier van scripten en de database optimalizeren. Strippen van de httpd, kernel waardes aanpassen heb ik nog nooit gedaan, de performance winst weegt niet op tegen de tijd die je erin steekt, wel zou ik inderdaad alles statisch compileren, daar dit niet zo heel veel moeilijker is en gewoon een kleine performance winst geeft (iets wat ik nog steeds eens wil testen ).

[Verwijderd]

Op dinsdag 23 april 2002 00:07 schreef Kees het volgende:
Strippen van de httpd, kernel waardes aanpassen heb ik nog nooit gedaan, de performance winst weegt niet op tegen de tijd die je erin steekt, wel zou ik inderdaad alles statisch compileren, daar dit niet zo heel veel moeilijker is en gewoon een kleine performance winst geeft (iets wat ik nog steeds eens wil testen ).

code:

[root@www:/usr/local/apache/bin]$ ls -al httpd*
-rwxr-xr-x   1 root     root    2201596 Apr 13 16:18 httpd
-rwxr-xr-x   1 root     root    4133562 Apr 13 16:07 httpd-no-strip
[root@www:/usr/local/apache/bin]$ ps aux | grep apache | wc -l
    173

Strippen is best lucratief IMHO, ik heb 173 apache processen draaien en het scheelt ongeveer 1,8Mb tussen een gestripte en een ongestripte apache binairy. 1,8 x 173 = 311,4 Mb winst lijkt me dan.

Verder met de kernel waardes bedoel ik dan de maximaal aantal threads en open files dat je kernel aankan.

Verder scheelt een 2.4.x kernel idd een berg qua I/O van je IDE schijven. Resultaten waar je met hdparm alleen maar van kon dromen lijken standaard te zijn ingesteld met deze kernel.

[duderuud]

Heeft een hoop overeenkomsten denk ik met je vraag:

[topic=463790/1/50]

[Verwijderd]

Heeft er echt helemaal niks mee te maken.

[_JGC_]

Ik ben best wel tevreden over apache, moet em alleen nog wat slanker maken (mod_ssl en mod_perl eruit, PHP en mod_gzip er statisch ingooien).
Probleem wat ik op dit moment met mn webserver heb: perl scripts zijn heel erg traag. Als ik een pagina van dat sucky UB2K forum opvraag, schiet de CPU usage naar de 100%, mag ik 5 seconden wachten en is mn perl script gecompileerd

OS: Debian Woody Linux
Kernel: 2.4.18
Apache: 1.3.23
Perl: 5.6.1
CPU: 2x P133
geheugen: 128MB (FastPage parity 72 pins )
Harddisk: 7200RPM 4.5GB Fast-SCSI

[Verwijderd]

Op donderdag 25 april 2002 13:10 schreef _JGC_ het volgende:
Ik ben best wel tevreden over apache, moet em alleen nog wat slanker maken (mod_ssl en mod_perl eruit, PHP en mod_gzip er statisch ingooien).
Probleem wat ik op dit moment met mn webserver heb: perl scripts zijn heel erg traag. Als ik een pagina van dat sucky UB2K forum opvraag, schiet de CPU usage naar de 100%, mag ik 5 seconden wachten en is mn perl script gecompileerd

OS: Debian Woody Linux
Kernel: 2.4.18
Apache: 1.3.23
Perl: 5.6.1
CPU: 2x P133
geheugen: 128MB (FastPage parity 72 pins )
Harddisk: 7200RPM 4.5GB Fast-SCSI

Huuh mag ik je even wat vragen?

Wat voor een moederboard heb jij? Ook met de intel 430 HX chipset (dual proc) en de adaptec 78xx scsi chipset?

Ik heb een probleem daarmee installeer SMP op linux dan werkt mijn SCSI niet meer

Specs systeem:

OS: Slackware 8.0
Kernel: 2.4.18 en/of 2.2.19
Apache: 1.3.23
CPU: 2x P166MMX
geheugen: 64MB (FastPage parity 72 pins)
Harddisk: 7200RPM 4.5GB UW-SCSI
CDROM: SCSI pioneer Fast SCSI

[_JGC_]

i430NX (toe maar weer, nog ouder) met een AIC7870P SCSI chipset erop. Werkt gewoon met de AIC78xx driver.