🚀 go-pugleaf

Op Tue, 04 Sep 2001 20:46:46 GMT wist TdC ons in bericht <W4bl7.36055
$6x5.7814328@afrodite.telenet-ops.be> te verblijden met de volgende 
boodschap:
> 
> "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) ;)
> 
> 
> 
Ik heb er nog eens over nagedacht, en ik denk nu toch dat je gelijk 
hebt. Ik was te eng aan het denken: ik beschouwde sockets als gewone 
commando's die iets doen, en dacht dus dat php maar verder deed met de 
volgende commando's als dat gedaan was. Maar dat is niet correct: php 
zal verder doen met het volgende commando als die socket geopend is (en 
dus niet als de link getest is ed). En daarbij komt nog dat het perfect 
mogelijk is om verschillende sockets *tegelijk* te openen in php, dus je 
hebt gelijk.
Dit zal idd snelheidswinst opleveren, maar echt vliegen zal het 
natuurlijk nog niet doen. Maar bon, daar heb ik mij al bij neer 
gelegd... het minste dat ik moet doen is immers een http GET of HEAD... 
en dus kan het maar zo snel gaan als de server waar de link naar linkt.
Ik ga het vandaag programmeren.
-- 
groeten,
MisterJ