Streymi í gegnum framsenda milliþjón gegn biðminni á öllu svari

Þegar niðurhal virðist bíða skaltu aðgreina þrjá atburði: svarhausar berast, líkamsbæti berast og forritið getur notað eða birt niðurstöðuna. Hleðslumerki eitt sér getur ekki greint hver þeirra er seinkaður.

Venjuleg streymisstig geta skarast:

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

Milliþjónn getur skrifað hæft efni í skyndiminnið á meðan hann sendir það áfram. Skyndiminni krefst ekki þess að beðið sé eftir allri skránni. read_ahead_gap Squid stýrir sókn sem gengur á undan afhendingu, sem er önnur tegund biðminnis.

Mótþrýstingur getur stöðvað lestur ofanstreymis tímabundið þegar hægur biðlarinn fyllir úttaksraðir. Content-Length gefur einnig lengdina án þess að krefjast fulls biðminnis. HTTP/1.1 chunked kóðun leyfir skrefbundna afhendingu, en getur ekki lofað lágri seinkun ef fyrri þáttur heldur gögnunum.

Skoðaðu næst vinnslustigin. Endurskrif eða eftirlit geta þurft hluta af líkamanum eða allan. Þjöppun og umgjör forrits geta seinkað gagnlegum úttaki. Hjá biðlaranum bíður aðferð sem krefst fulls bætafylkis lengur, og vafri getur móttekið bæti áður en hann getur birt þau.

Eftir árangursríkt CONNECT sendir venjulegur milliþjónn þjónustustreymið áfram án þess að þurfa lokaslengd gönguðu skrárinnar. Fylgdu fyrsta vantaða atburðinum hér að ofan áður en þú breytir biðminnis- eða tímannörkum. Þegar curl er áhorfandinn, breytir no-buffer valkostur hans staðbundnu úttaksstigi.