Likes: 0
14/01/05 17:43
ik heb een plaatje bij deze post gedaan die het een en ander verduidlijkt (hoop ik)
Ik heb de laatste tijd last van een flinke PHP.EXE bom....
Het loopt soms erg hoog op en gaat dan weer langzaam naar beneden.
Het is wel een druk bezochte server, maar zoveel php.exe lijkt me toch vrij vaag...
Is er bij PHP ook zoiets als een slow-query-log als bij mysql???
14/01/05 18:52
Misschien is het handig als je ook je processes laat zien?
Trouwens, een tijdelijke load van 49% is niet zo raar hoor
14/01/05 18:56
het gaat niet om die 49%, maar wel heel mijn geheugen stroomt op zulke momenten vol....
van die 749 processes zijn zeker 650 php.exe.
Is dit normaal???
ik heb er nog nooit zoveel ineens gehad....
14/01/05 19:26
Dat is prut ja, is de machine dan idle, of start ie tasks die niet meer eindigen?
14/01/05 20:41
Is er in je access_log ook veel requests te zien?
Indien je php als cgi applicatie draait is er per (php) request een php.exe.
Nu zijn er wel eens gebruikers die per ongeluk of kwaadwillend het eigen script oneindig (totdat max_execution_time wordt bereikt) veel aanroepen.
Bijv.
blaat.php
---
Code:<? $f = fopen("http://www.host.tld/blaat.php", "r"); .... ?>
14/01/05 23:19
Indien je PHP als CGI draait, heel gauw omzetten naar ISAPI! Dat kan je wel eens een flinke performance stoot geven!Indien je php als cgi applicatie draait is er per (php) request een php.exe.
Ik heb nog nooit zoveel pagefile usage gezien. Het lijkt inderdaad dat iemand de resources aan het uitputten is door oneindige loops te draaien ofzo. Heb je al iets in de log files kunnen vinden?
15/01/05 00:05
nee, hij draait wel als ISAPI...
Hij zuigt gewoon enorm veel performance uit de server weg...
Ik denk dat hij het niet eens in de gaten heeft (ik heb wel een idee van welke klant het komt)...
Waar zou ik zoiets terug kunnen vinden??
15/01/05 00:36
Weet je dat zeker?Origineel geplaatst door Nitroserve
nee, hij draait wel als ISAPI...
Wat ik me kan herinneren (host zelf niet onder Windows) hoort deze geen gebruik te maken van php.exe, maar van een dll bestand dat je verder niet in de taskmanager terugziet.
Kan natuurlijk zijn dat een van je gebruikers php.exe opstart, maar ik neem aan dat ze daar geen rechten toe hebben (safe mode staat aan?)
15/01/05 02:59
Volgens mij klopt dat inderdaad! Ik zou het toch maar even nakijken in de IIS ManagerWeet je dat zeker?
Wat ik me kan herinneren (host zelf niet onder Windows) hoort deze geen gebruik te maken van php.exe, maar van een dll bestand dat je verder niet in de taskmanager terugziet.
In de IIS log files zoeken naar ongewone requests om het moment dat de load omhoog ging.Waar zou ik zoiets terug kunnen vinden??
15/01/05 03:53
Ja, zo is het tenminst bij xp wel zo. ALs je het goed doet zou je alleen apache.exe moeten hebben en geen php.exe, mits je dus als ISAPI laat draaien... Ik denk dat het daar dus van komt.
Makkelijk een Enquete of HR/Klantenonderzoek opstellen? https://sur-v.com
15/01/05 08:11
ik heb php.exe even verandert in php4isapi.dll
gaat dit een hoop schelen denken jullie???
Ik zie het wel, in ieder geval bedankt....
Wat is dan het voordeel van php.exe??
Waarom bestaat dat dan nog voor windows...
15/01/05 10:10
ik HAD hem wel op ISAPI staan, waarschijnlijk is dit verandert nadat ik hem had geupdate....
Hij staat nu weer op ISAPI, even kijken of dit wil helpen
15/01/05 14:08
Als je een automatische installer hebt gebruikt, dan staat hij op CGI-based PHP. Als je ISAPI wilt dan moet je IIS (of whatever) zelf instellen.
Voordeel van CGI is dat het op meerdere platformen draait. Anders zijn er geen voordelen geloof ik.
18/01/05 16:31
Bij de CGI versie wordt er voor elk request een apart proces opgestart, en na het afhandelen weer afgeslotenOrigineel geplaatst door MediaCreations
Voordeel van CGI is dat het op meerdere platformen draait. Anders zijn er geen voordelen geloof ik.
Deze overhead maakt het geheel erg traag.
Bij de IIS/Apache module (en bij FastCGI) wordt hetzelfde proces voor meerdere requests gebruikt.
De CGI versie heeft echter wel een aantal voordelen:
- de CGI standaard werkt met zo'n beetje elke webserver op elk platform.
- het kan stabieler zijn. Op het moment dat er een bug in PHP of een van de extensies zit, kan dit bij de CGI versie slechts gevolgen hebben voor dat ene request. Bij de ISAPI versie, en in een aantal gevallen ook bij Apache (als de threaded MPM wordt gebruikt) kan het de hele webserver om zeep helpen.
- het kan veiliger zijn. Onder Linux/BSD kan je PHP laten draaien onder de gebruikersnaam van de eigenaar van de website.
Hiermee voorkom je dat deze via PHP bij bestanden van andere gebruikers kan. Nu is dat met openbasedir/safemode ook enigzins af te schermen, maar echt veilig is het niet.
Daarnaast ben je beter in staat om per gebruiker limieten opleggen m.b.t. CPU tijd, geheugen verbruik en andere resources.
