[linux/apache] apache erg traag vlak na opslaan bestand

[Zynth]

Ik zit met een vreemd probleem.
Sinds ik een nieuwe linux install (slack 10.0) heb geinstalleerd heb ik hier last van. ik heb mijn webserver via samba geshared staan zodat ik eenvoudig op mijn windowsbak phpfiles kan bewerken. Dit ging altijd goed, maar nu gebeurt er iets vreemds. Als ik nu een php-bestand opsla, en daarna probeer te laden via apache, dan duurt het laden erg lang alsof apache 10 seconden blijft hangen
iemand enig idee hoe dit zou kunnen komen?

[PowerSp00n]

Heb je al iets aan debugging gedaan en zo ja wat? Zoals het uitzoeken of het in je script zit of in de overige software (parse time berekenen)... Iets meer informatie zou wel mogen.

[Zynth]

je hebt gelijk

ik had inderdaad al uitgezocht; het ligt niet aan php.
Die is namelijk in weet ik veel hoe weinig miliseconden klaar met het script.
Alleen moet ik dus soms 10 seconden op die output wachten. Ik denk dat
het apache is oid. Verder heb ik nog niets gedaan; ik weet namelijk niet wat

[raoulduke]

Heb je er een caching engine tussen staan, zoals Turck MMCache?

[Zynth]

als het goed is niet nee. Tenminste, niet dat ik weet...

[Zynth]

hmm, het is gewoon echt té vreemd.
Ik heb een 667MHz PIII server met 512MB RAM,
maar als ik een aangepaste pagina wil laden dan duurt
het welgeteld meestal 12 seconden.

[RSpliet]

Apache van RPM of zelf gecompileerd?... In geval van zelf compilen, met optimalisaties?
Zo niet, probeer dat eens

[ Voor 15% gewijzigd door RSpliet op 16-12-2004 13:58 ]

[Zynth]

hmm, ik heb gewoon de slackware 10.0 versie van apache.

trouwens, als ik de accesslog bekijk dan zie ik als het GOED gaat:

code:

192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/imgs/pbhq2.gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/scripts/stdcss.css HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/scripts/stdjavascript.js HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/frontpage/help/index.php HTTP/1.1" 200 451
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/imgs/blu_bg(1).gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/imgs/bg.gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/imgs/blu_begin(1).gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/imgs/blu_end(1).gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/scripts/stdcss.css HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:01:33 +0100] "GET /cms/scripts/stdjavascript.js HTTP/1.1" 304 -

Maar als het weer eens om een gewijzigde pagina gaat:

code:

192.168.0.10 - - [16/Dec/2004:14:03:23 +0100] "GET /cms/scripts/stdjavascript.js HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:03:23 +0100] "GET /cms/imgs/bg.gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:03:23 +0100] "GET /cms/imgs/blu_bg(1).gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:03:23 +0100] "GET /cms/imgs/blu_begin(1).gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:03:23 +0100] "GET /cms/imgs/blu_end(1).gif HTTP/1.1" 304 -
213.84.168.96 - - [16/Dec/2004:14:03:31 +0100] "POST /cms/frontpage/left_login.php HTTP/1.1" 302 5
213.84.168.96 - - [16/Dec/2004:14:03:31 +0100] "GET /cms/frontpage/home/home.php HTTP/1.1" 200 1295
213.84.168.96 - - [16/Dec/2004:14:03:32 +0100] "GET /cms/frontpage/right_nieuws.php HTTP/1.1" 200 3770
213.84.168.96 - - [16/Dec/2004:14:03:34 +0100] "GET /cms/modules/nieuws/overzicht.php HTTP/1.1" 200 2032
213.84.168.96 - - [16/Dec/2004:14:03:35 +0100] "GET /cms/modules/nieuws/instellingen.php HTTP/1.1" 200 5843
213.84.168.96 - - [16/Dec/2004:14:03:35 +0100] "GET /cms/imgs/blu_blu(1).gif HTTP/1.1" 304 -
213.84.168.96 - - [16/Dec/2004:14:03:35 +0100] "GET /cms/imgs/orng_begin(1).gif HTTP/1.1" 304 -
213.84.168.96 - - [16/Dec/2004:14:03:35 +0100] "GET /cms/imgs/orng_blu(1).gif HTTP/1.1" 304 -
213.84.168.96 - - [16/Dec/2004:14:03:35 +0100] "GET /cms/imgs/orng_bg(1).gif HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:03:37 +0100] "GET /cms/frontpage/help/index.php HTTP/1.1" 200 451
192.168.0.10 - - [16/Dec/2004:14:03:37 +0100] "GET /cms/frontpage/help/index.php HTTP/1.1" 200 451
192.168.0.10 - - [16/Dec/2004:14:03:37 +0100] "GET /cms/scripts/stdcss.css HTTP/1.1" 304 -
192.168.0.10 - - [16/Dec/2004:14:03:37 +0100] "GET /cms/scripts/stdjavascript.js HTTP/1.1" 304 -

excuses voor de logmeuk, maar ik snap er gewoon helemaal niks van waarom dit zo vreemd
gaat.

[_JGC_]

Heb je PHP misschien als CGI draaien ipv als apache module? Aan de response codes te zien geeft dat ding gewoon aan dat er nix is aangepast en wordt je cache gewoon misbruikt.

PHP in CGI mode is enorm traag, maar niet 10 seconden, dat bestaat gewoon niet, zelfs Perl op mijn Dual P133 met 128MB Fastpage parity RAM en een Fast-SCSI hdd deed er geen 10 seconden over om een pagina te genereren.

[rig0r]

Ik had nu en dan hetzelfde probleem in dezelfde opstelling. Ik denk dat et aan Samba ligt, dat die op de een of andere manier je gewijzigde bestand vasthoud waardoor Apache moet wachten. Het lijkt nu opgelost door de tijd tussen m'n windows bak met m'n linux bak te synchronizen via ntp.

[Verwijderd]

Mijn gevoel zegt ook dat het bij samba fout gaat.

Gooi dit eens in je smb.conf

code:

oplocks = no
locking = no

Zie ook: http://www.oreilly.com/ca...chapter/book/ch05_05.html

[Zynth]

rig0r en martijntje;
bedankt!
het lag dus blijkbaar inderdaad aan samba.
Ik ga nog wel even kijken wat de opties doen, maar het werkt verder wel.