[PHP] Script continue laten draaien -> serverload?

[Verwijderd]

Hallo!

Ik ben een beetje met een nieuw idee bezig wat ik had voor een website, en nu moet daarbij (denk ik) continue (24/7) een PHP script draaien, die dmv een while lus steeds iets moet controleren en zonodig soms iets kleins uitvoeren.

Is dit haalbaar voor een server? Of zou die daarvan helemaal doordraaien?
Ik verwacht er niet al teveel hits voor. En de hits die er zullen zijn, zullen niet al te zware processen aanroepen.

Alvast tnx!

[Cartman!]

waarom laat je het scriptje niet elke 30min uitvoeren bijvoorbeeld ?

[gorgi_19]

Ik ben een beetje met een nieuw idee bezig wat ik had voor een website, en nu moet daarbij (denk ik) continue (24/7) een PHP script draaien, die dmv een while lus steeds iets moet controleren en zonodig soms iets kleins uitvoeren.

Tenzij je hem laat slapen, kan het wel. Er zijn echter betere methodieken, zoals cronjob of task scheduler.

[jurri@n]

PHP 24/7 laten draaien? Dan zit je met de maximale tijd dat een php-script mag draaien toch? Uit security-redenen wordt je script dan na x seconden / minuten gestopt.

[Spider.007]

jurri@n schreef op 26 februari 2004 @ 15:21:
PHP 24/7 laten draaien? Dan zit je met de maximale tijd dat een php-script mag draaien toch? Uit security-redenen wordt je script dan na x seconden / minuten gestopt.

Dat kun je uitschakelen / overriden

[Verwijderd]

Ja, ik had dus ook al aan cronjobs gedacht, maar ik wil dat er elke 5 minuten iets uitgevoerd kan worden....Moet ik dan een cronjob maken die elke 5 minuten een PHP bestand aanroept, en daarin wordt gekeken of er iets gedaan moet worden?
Lijkt mij eigenlijk toch beter, maar alsnog, trekt een server dat? En genereert dat niet teveel load, dan mijn toekomstig hosting bedrijf gaat klagen?

[gorgi_19]

Verwijderd schreef op 26 februari 2004 @ 15:26:
Ja, ik had dus ook al aan cronjobs gedacht, maar ik wil dat er elke 5 minuten iets uitgevoerd kan worden....Moet ik dan een cronjob maken die elke 5 minuten een PHP bestand aanroept, en daarin wordt gekeken of er iets gedaan moet worden?
Lijkt mij eigenlijk toch beter, maar alsnog, trekt een server dat? En genereert dat niet teveel load, dan mijn toekomstig hosting bedrijf gaat klagen?

Ik vraag me af of je hosting bedrijf het echt leuk gaat vinden dat je scripts eindeloos gaan executen. Ik betwijfel het eigenlijk.
Maar wat is er tegen een cronjob?

[ Voor 3% gewijzigd door gorgi_19 op 26-02-2004 15:27 ]

[Verwijderd]

Is geen probleem, ik heb hier ook 24/7 een php script draaien dat iedere kwart seconde kijkt of er nieuwe data op een socket binnengekomen is. Ik draai het wel met de php binary, dus:

code:

php component.php

Heeft practisch geen load op m'n pentium 200 (na een kwartier 1 seconde processortijd verbruikt)

Ik heb het vermoeden dat dit op den duur efficienter is dan een cronjob aangezien daar iedere keer (iedere 5 minuten bij jou dus) een complete executable (php in dit geval) geladen moet worden, geheugen gealloceerd, script geladen, uitvoeren, geheugen vrijgeven. Lijkt me dat een cronjob veel belastender is voor je processor.

[ Voor 36% gewijzigd door Verwijderd op 26-02-2004 15:32 ]

[Erkens]

Verwijderd schreef op 26 februari 2004 @ 15:26:
En genereert dat niet teveel load, dan mijn toekomstig hosting bedrijf gaat klagen?

je moet dus een hosting bedrijf gaan zoeken wat cronjobs ondersteund, want in dat geval kan en mag het dus

[Verwijderd]

Verwijderd schreef op 26 februari 2004 @ 15:29:
Ik draai het wel met de php binary

Kan je daar iets meer uitleg over geven, want dat is blijkbaar niet de 'normale' manier?

[Erkens]

Verwijderd schreef op 26 februari 2004 @ 15:32:
[...]


Kan je daar iets meer uitleg over geven, want dat is blijkbaar niet de 'normale' manier?

ehm hij heeft er zelfs een voorbeeld bij gedaan

vanaf de command line dus, een php file als "shell" scriptje dus

[Bosmonster]

Maar hij start zelf dus ook de binary en vervolgens zegt die dat dat efficienter is dan de executable (binary) te starten etc..

edit:

Oh ik snap nu dat ie hem maar 1x start en dat het script zelf oneindig 'loopt'

[ Voor 26% gewijzigd door Bosmonster op 26-02-2004 15:38 ]

[Verwijderd]

sorry, maar om nou te zeggen dat

code:

php component.php

voor een 'binary'/'shell' n00b een duidelijk voorbeeld is....(vooral als die niet weet waar het over gaat....)

Maar okey, dus een script dat je vanuit dos-modus aanroept? Maakt dat verschil uit dan? Want je roept het maar 1 keer aan neem in aan?

[ Voor 7% gewijzigd door Verwijderd op 26-02-2004 15:39 ]

[Spider.007]

Verwijderd schreef op 26 februari 2004 @ 15:29:
Is geen probleem, ik heb hier ook 24/7 een php script draaien dat iedere kwart seconde kijkt of er nieuwe data op een socket binnengekomen is. Ik draai het wel met de php binary, dus:

code:

php component.php

Heeft practisch geen load op m'n pentium 200 (na een kwartier 1 seconde processortijd verbruikt)

Ik heb het vermoeden dat dit op den duur efficienter is dan een cronjob aangezien daar iedere keer (iedere 5 minuten bij jou dus) een complete executable (php in dit geval) geladen moet worden, geheugen gealloceerd, script geladen, uitvoeren, geheugen vrijgeven. Lijkt me dat een cronjob veel belastender is voor je processor.

Denk je echt dat het minder load kost om elke 5 minuten een script uit te voeren in plaats van dat je het elke kwart seconden deze controle laat doen

Verwijderd schreef op 26 februari 2004 @ 15:37:
sorry, maar om nou te zeggen dat

PHP:

php component.php

voor een 'binary'/'shell' n00b een duidelijk voorbeeld is....(vooral als die niet weet waar het over gaat....)

Maar okey, dus een script dat je vanuit dos-modus aanroept? Maakt dat verschil uit dan? Want je roept het maar 1 keer aan neem in aan?

offtopic:
DOS

Het maakt verschil dat je webserver dan niet mee hoeft te runnen. Ook kun je deze regel eenvoudig opnemen in cron

[ Voor 26% gewijzigd door Spider.007 op 26-02-2004 15:40 ]

[Bosmonster]

Hangt allemaal nogal af van wat je wilt doen. Als het alleen maar een xmlletje wegschrijven is ofzo dan hoeft dat echt niet 4x per seconde maar is 1x per minuut ofzo ruim voldoende.

[Verwijderd]

Mijn idee is dat ik elke 5 minuten wil kijken of een (extern) bestand aangeroepen moet worden. Dit komt allemaal in een mysql tabel te staan.
Dan lijkt(/leek) mij het effiecenter om continue een php-script te laten draaien, die dan telkens kijkt of er een bestand aangeroepen moet worden, dan voor elk bestand een cron aan te maken. (btw, het wordt niet de bedoeling dat er ook elke keer een query gedaan wordt, daar ga ik nog iets op verzinnen )

[Verwijderd]

Als je het dos noemt... ik noem het een shell, aangezien de meeste webservers unix zijn.

En die opmerking hierboven dat je het dan in je cron kan zetten is niet van toepassing omdat het script zelf de tijdsintervallen in de gaten houdt, en niet cron.

[MatHack]

Als je de binary gebruikt, let dan wel op dat je de CLI php binary gebruikt en niet de CGI php binary.
http://www.php.net/manual/en/features.commandline.php

[Verwijderd]

ach, dos...whatever, komt op hetzelfde neer (i know...unix beter, hebben ze andere topics voor )

Maar ik denk dus dat het wel oke is om 1 bestand continue te laten draaien...tnx voor jullie meningen!

[Erkens]

Verwijderd schreef op 26 februari 2004 @ 15:53:
Maar ik denk dus dat het wel oke is om 1 bestand continue te laten draaien...tnx voor jullie meningen!

ik vind dat nogal overkill en niet echt nuttig als ik eerlijk moet zijn, als je enkel wat taken hoeft uit te voeren om de 5 minuten (of zelfs om de minuut) is een cronjob veel beter imo.
Daarmee heb je immers niet steeds een proces open staat wat zit te wachten wat dus extra cpu tijd vergt.

[Bosmonster]

Verwijderd schreef op 26 februari 2004 @ 15:44:
Mijn idee is dat ik elke 5 minuten wil kijken of een (extern) bestand aangeroepen moet worden. Dit komt allemaal in een mysql tabel te staan.
Dan lijkt(/leek) mij het effiecenter om continue een php-script te laten draaien, die dan telkens kijkt of er een bestand aangeroepen moet worden, dan voor elk bestand een cron aan te maken. (btw, het wordt niet de bedoeling dat er ook elke keer een query gedaan wordt, daar ga ik nog iets op verzinnen )

Dit is dus precies waar cronjobs voor bedoeld zijn.

[Skaah]

Eventueel kun je nog aan een pseudocron denken, een php script dat checkt of iets had moeten doen sinds de laatste keer dat ie aangeroepen is.
Pseudocron

[gorgi_19]

Skaah schreef op 27 februari 2004 @ 09:56:
Eventueel kun je nog aan een pseudocron denken, een php script dat checkt of iets had moeten doen sinds de laatste keer dat ie aangeroepen is.
Pseudocron

Maar dus geen garantie geeft dat je om een bepaalde tijdsinterval een actie uitvoert.

[Alex]

Overigns kun je ook 1 bestand als cron uit laten voeren en daar 20 includes ana hangen. Dat is zeker efficiënter als 20 cronjobs...

[Verwijderd]

Tnx allemaal!

Mijn conclusie:
Ik zet 1 cron, en die roept elke 10 minten een script aan.
Dat script kijkt dan dmv gegevens uit de db of het remote bestanden aan de hand van de tijd aan moet roepen, en doet dat dan.

Waarom niet voor elke pagina een cron:
Omdat ik niet vanuit mijn php scripts een cron kan zetten, en het aantal remote bestanden dat aangeroepen moet worden staat niet vast.

Bedankt voor het meedenken!