🚀 go-pugleaf

Op Tue, 04 Sep 2001 20:34:12 GMT wist TdC ons in bericht <8Val7.36030
$6x5.7810775@afrodite.telenet-ops.be> te verblijden met de volgende 
boodschap:
> > Tenzij ik het verkeerd begrepen heb, gaat dit toch niet sneller gaan?
> > uiteindelijk zullen die toch ook niet echt parallel gaan werken? Het
> > enige voordeel is misschien dat de snellere er eerst gaan uitkomen, en
> > de trage zullen overblijven...
> 
> niet echt idiaal, waarschijnlijk nog een betere manier die ik ook niet ken
> maar als de php snel genoeg is kan dit wel enige snelheids winst opleven
> als je bv 5trage hebt, gaan die je op die 5tegelijk wachten, en niet alle 5
> achter elkaar
> klein voorbeeld
> 5sites die 5sec duren
> bij mij => 5sec
> bij u => 25 sec

ja, maar nog steeds in de veronderstelling dat php die verschillende 
sockets echt *tegelijk* afhandelt. Als je die gewoon na mekaar plaatst, 
of in een lus of wat dan ook (dus niet echt parallel zoals daarnet 
opgemerkt) dan zal php die functies volgens mij gewoon de een na de 
ander uitvoeren.
Ik wil maar zeggen: als je bijvoorbeeld 5 echo's wilt uitvoeren, dan 
zullen die toch ook altijd na mekaar gebeuren... wat je ook doet. 't 
Zijn hier natuurlijk geen echo's, maar het zijn ook maar gewone php 
functies. Ik kan mij moeilijk voorstellen dat php 'ziet' dat het lang 
aan't duren is, en dus maar al met de volgende begint... Tenzij er een 
manier is om echt parallel te programmeren (zoals dat bijvoorbeeld in 
java kan... als je op een multi-processor systeem werkt).

Enfin, ik ben dit niet zeker. Misschien is dat wel ergens in de manual 
te vinden... en anders de proef op de som nemen, maar dat zal voor 
vandaag niet meer zijn ;-)

-- 
groeten,
MisterJ