Streyming gjøgnum framsendarproxy móti fullari svarbyrging

Tá niðurtøka tykist bíða, skil trý hendingar: svarhøvuð koma, kropsbæti koma, og applikasjónin kann brúka ella vísa úrslitið. Ein spinner einans kann ikki staðfesta, hvør av teimum seinkar.

Vanligu streymingarstigini kunnu leggja yvir hvørt annað:

origin produces a chunk → proxy forwards bytes → client consumes them

Eitt proxy kann skriva hóskandi innihald í cache, meðan tað sendir tað víðari. Caching krevur ikki at bíða eftir allari fílu. read_ahead_gap hjá Squid stýrir heinting, sum gongur framman fyri útvegan, og tað er ein annar sláttur av byrging.

Móttrýst kann stund fyri stundini steðga lesingum uppstreymis, tá ein seinn klient fyllir útgangsraðir. Content-Length gevur eisini longd uttan at krevja fulla byrging. HTTP/1.1 chunked-koding loyvir stigvísari útvegan, men kann ikki lova lága seinking, um ein fyrri partur heldur dáta aftur.

Kanna síðani viðgerðarstigini. Umritan ella eftirlit kann tørva part av ella allan kropsins. Kompression og applikasjónsramma kunnu seinka nyttigt útgang. Á klientinum bíðar ein methoda, sum krevur fulla bætisrøð, áðrenn hon kemur aftur, og ein kagari kann móttaka bæti, áðrenn hann kann vísa tey.

Eftir eina góðkenda CONNECT sendir eitt vanligt proxy tænastustreymin víðari uttan at tørva endaligu longdina av tunnaðu fíluni. Fylg fyrstu manglandi hendingini omanfyri, áðrenn tú broytir byrgingar- ella tíðarmarkstillagingar. Tá curl er eygleiðarin, broytir no-buffer-valmøguleiki hansara lokala útgangsstigið.