On Sat, 16 Jun 2001 23:15:59 +0200, Ivar Madsen
<news-12-04-01@nemo.dyndns.dk> wrote:
>Hvad er forskællen på IHAVE og TAKETHIS NNTP komandoerne?
Det tekniske problem med IHAVE, er at en klient (den server der sender)
skal vente på at serveren svarer, før den kan fortsætte - hvis serveren
svarer med en 43x (serveren vil ikke have artiklen), må klienten ikke
sende artiklen, men hvis den svarer med en 335 (send artikel), skal
klienten sende artiklen. Klienten skal altså vente på at serveren
svarer.
Streaming (hvor artikler bare bliver sendt), er meget smartere, da man
(i teorien) ikke behøver at vente på et svar. I stedet sender klienten
en CHECK kommando, hvor den konstaterer om artiklen er til stede på
serveren. Derefter sender den en TAKETHIS, hvor klienten ikke behøver at
vente på svar. Det smarte her, er at det kan gøres som separate
processer - der kan altså komme svar på artikler meget hurtigere og mere
effektivt. Desværre risikerer man også at der bliver sendt artiklere,
som serveren ikke har, men det er normalt ikke noget problem, da
hastighedsforøgelsen er så mærkbar, at stigningen i forbrug af
båndbredde er negligibel.
Man kan i teorien også helt skippe CHECK kommandoerne og bare sende
artikler med TAKETHIS hele tiden, selv om serveren måske allerede har
dem. Dette gør servere (klienter) da også, hvis de kan se, at
størstedelen af artiklerne de sender bliver modtaget af serveren i den
anden ende.
Så basalt set, kan man altså sige, at TAKETHIS er en mere fleksibel
kommando, der giver mulighed for øget hastighed. Dette dog på bekostning
af en vis mængde effektivitet - forøgelse af båndbreddeforbruget.
--
Peter Alfredsen (peteralf@fabel.dk)
Join USENET archivers:
http://sunsite.dk/mailman/listinfo/usenet_archivers
And help keep USENET archives in the public domain.