Toon posts:

performance problemen php->apache/win2000

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik heb de volgende configuratie

- server P4 2.8 512 MB met win2000
- géén IIS
- Apache 2.055, luistert op port 80
- PHP 4.4.1
- MySQL 5.0
- Providex Webserver luistert op port 443

Best wel apart dus, die 2 webservers op 1 fysiek server.
M.b.v. een rewrite worden urls voor de Providex webserver door Apache doorgestuurd naar deze Providex webserver (op fysiek dezelfde server).
Voor de performance maakt het geen verschil of ik dit bovenstaande in- of uitschakel.
De http request laten veschrikkelijk lang op resultaat wachten, zelfs een script van enkele regels duurt soms al 5 a 10 seconden. In die tijd staat in de taskmanager de cpuload voor Apache op 100%.
Volgens mij staat er verder niets raars in de configuratie van de webserver, zie onderstaand
De server staat geoptimaliseerd voor achtergrond services. Een wijziging naar voorgrondprogramma's levert ook geen snelheid op.
Ik heb verschillende dingen getest, zoals de sneheid van php en queries op de database. Dit gaat goed. Het is steeds wachten op de http afhandeling heb ik het idee. Nu is de downloadsnelheid op deze locatie niet geweldig (50 kb/sec), maar dan nog duurt het allemaal heel erg lang. Zelfs een refresh van een pagina kan al 10 seconden duren. Zelf al je de pagina's op de server zelf opvraag in IE dan is het nog steeds langzaam. Het lijkt wel of er ergen iemand met de voet op de rem staat.
In de error_log van Apache staan geen foutmeldingen.
Ik zou graag een beetje op weg geholpen worden met waar ik allemaal de oorzaak hiervan zou kunnen zoeken.

[knip]

[ Voor 106% gewijzigd door Koffie op 01-04-2006 08:56 . Reden: 1000 regels conf verwijderd ]


Verwijderd

Ik heb eigenlijk weinig ervaring met apache op Windows...
Ik zou eerst proberen:
Standaard apache config, zo uit de installatie, met een statische html pagina.
Als dat wel een redelijke performance opleverd, zit het dus vermoedelijk in een instelling die je hebt gewijzigd, als het nog steed traag is, is er dus iets anders aan de hand.

Is apache traag, zelfs met een statische pagina? Probeer eens om alle niet nodige services te stoppen (inclusief providex) en probeer het nog eens.

Is apache niet traag met een statische pagina en standaard config? Probeer eens een html pagina met iets als:

<?php

phpinfo();

?>

(en een .php extensie). Open deze pagina en kijk weer of de performance ok / niet ok is. Is de performance nu niet ok, dan kan het een probleem met php zijn.

In het kort: probeer om stap voor stap afhankelijke modules te testen en uit te sluiten. Ik ben providex overigens al een aantal keren tegen gekomen voor diverse bedrijfsapplicaties en ik moet zeggen dat de performance van providex over het algemeen niet overhoudt (op windows). Bij een klant heeft de leverancier zelfs uiteindelijk maar een unix server neergezet omdat de performance onder windows zwaar onder maat bleef. Zelfs een nieuwe server mocht niet baten. Uiteindelijk loopt het onder unix behoorlijk goed. (maar dat terzijde)

  • Koffie
  • Registratie: Augustus 2000
  • Laatst online: 09:54

Koffie

Koffiebierbrouwer

Braaimeneer

Ik heb je startpost gewijzigd.
Heel leuk dat jij een conf hebt van een kleine 1000 regels, maar die gaan we hier niet zitten doorspitten als een naald in een hooiberg.
Geef duidelijk aan welke server nou traag is (ik neem aan die apache) heb je het intern ook ?
Wat heb je specifiek in de conf gewijzigd tov een standaard install (en laat dan die verschillen zien).

Tijd voor een nieuwe sig..


Verwijderd

Topicstarter
Gewijzigd t.o.v. een standaard config zijn alleen de regels met de Proxy instellingen.

Koffie vraagt welke server traag is... het is maar 1 server, met daarop 2 webservers, Providex en Apache. Providex uitschakelen helpt niet.
Een statische pagina is alleen snel als deze al een keer is opgevraagd en dus uit de locale cache opgehaald wordt. Op deze server draait het Providex stuk, dus zonder gebruik te maken van Apache razendsnel.
Niet alleen via het netwerk, maar ook direct browsen op de webserver geeft een extreem langzame reactie. De phpinfo(); opvragen duurt b.v. 3-5 seconden. Net als een pagina met b.v. alleen maar een html form.

Op dit moment kan ik niet bij de httpd.conf want deze staat op een server bij de klant. A.s. donderdag maandag kan ik er weer bij en ik zal dan de gewijzigde regels t.o.v. standaard hier posten.

Marc

[ Voor 15% gewijzigd door Verwijderd op 03-04-2006 20:13 ]


Verwijderd

Topicstarter
Hier dan de (gewijzigde en toegevoegde) instellingen van Apache (2.055).
Is aan de hand van deze instellingen te verklaren waarom de performance, zelfs met 1 gebruiker als verschrikkelijk is?

Alle tips zijn welkom.

Marc

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
ServerRoot "C:/Program Files/Apache/Apache2"

# ThreadsperChild verlaagd van 250 naar 50 MK
<IfModule mpm_winnt.c>
ThreadsPerChild 50
MaxRequestsPerChild  0
</IfModule>

Listen 80


# modules aangezet ivm Providex 
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_http_module modules/mod_proxy_http.so


# PHP SETTINGS 
LoadModule php4_module "c:/php/sapi/php4apache2.dll"
AddType application/x-httpd-php .php 
#AddType application/x-httpd-php .php .phtml
#AddType application/x-httpd-php-source .phps

ServerAdmin marc@zomaarwat.nl
ServerName 172.16.1.2:80

#proxy instellingen voor Providex
ProxyRequests Off
<Proxy *>
    Order deny,allow
    Allow from all
</Proxy>
ProxyPass /pvx http://172.16.1.2:443
ProxyPassReverse /pvx http://172.16.1.2:443

DocumentRoot "E:/html"

<Directory "E:/html">
    Options Indexes FollowSymLinks
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>

DirectoryIndex index.php index.html index.html.var


NameVirtualHost *:80
<VirtualHost *:80>
    ServerAdmin marc@zomaar.nl
    DocumentRoot E:/html/site
    ServerName test.sitenaam.nl
    ErrorLog logs/test.sitenaam.nl-error_log
    CustomLog logs/test.sitenaam.nl-access_log common
</VirtualHost>

[ Voor 5% gewijzigd door Verwijderd op 06-04-2006 11:27 ]