🚀 go-pugleaf

"MisterJ" <misterj@pandora.be> wrote in message
news:MPG.15ff5b3b8c19b3349897a6@news.pandora.be...
> 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 ;-)
>

je kan die sockets zodanig open, dat je niet moet wachten vooraleer er iets
in geschreven word, voor je die uitleest he, dus je checkt of er als iets
is, zoniet => volgende checken, als de php snel genoeg is is het min of meer
parallel (ofwel ben ik totaal fout) ;)