Forward proxy bidezko streaminga erantzun osoaren bufferaren aurka
Bereizi streaminga, aurretiko irakurketako buffera eta erantzun osoaren prozesatzea deskarga proxy batean itxaroten ari dela dirudienean.
Deskarga bat itxaroten ari dela dirudienean, bereizi hiru gertaera: erantzun-goiburuak iristea, gorputz-byteak iristea eta aplikazioak emaitza erabili edo errendatzeko gaitasuna. Kargatzeko adierazle batek ezin du jakin zein den atzeratzen ari dena.
Ohiko streaming-faseak gainjarri daitezke:
origin produces a chunk → proxy forwards bytes → client consumes themProxy batek eduki egokia cachean idatz dezake birbidaltzen duen bitartean. Cacheak ez du fitxategi osoa itxaron behar. Squid-en read_ahead_gap parametroak entrega baino lehenago doan eskuratzea kontrolatzen du, hau da, buffer mota bat.
Kontrapresioak goranzko irakurketak aldi baterako geldi ditzake bezero geldo batek irteera-ilarak betetzen dituenean. Content-Length-ek luzera ematen du buffer osoa behar izan gabe. HTTP/1.1 chunked kodeketak entrega inkrementala ahalbidetzen du, baina ezin du latentzia baxua agindu aurreko osagai batek datuak eusten baditu.
Ondoren, aztertu prozesatze-faseak. Berridazketak edo ikuskatzeak gorputzaren zati bat edo osoa behar izan dezakete. Konpresioak eta aplikazioaren markoak irteera erabilgarria atzeratu dezakete. Bezeroan, byte-matrize osoa itxaroten duen metodoak beranduago itzultzen du, eta nabigatzaileak byteak jaso ditzake errendatu aurretik.
CONNECT arrakastatsuaren ondoren, proxy arruntak zerbitzuaren fluxua birbidaltzen du tunelatutako fitxategiaren azken luzera behar izan gabe. Jarraitu goiko lehen gertaera falta dena buffer edo denbora-muga ezarpenak aldatu aurretik. curl behatzailea denean, bere no-buffer aukerak tokiko irteera-fasea aldatzen du.