Ffrydio drwy brocsi ymlaen versus byffro'r ymateb cyfan

Pan fo lawrlwythiad yn ymddangos yn aros, gwahanwch dri digwyddiad: dyfodiad penawdau'r ymateb, dyfodiad beitiau'r corff, a gallu'r ap i ddefnyddio neu rendro'r canlyniad. Ni all troellwr ar ei ben nodi pa un sy'n arafu.

Gall camau ffrydio arferol orgyffwrdd:

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

Gall procsi ysgrifennu cynnwys addas i'r storfa wrth ei ailgyfeirio. Nid yw storfa'n gofyn am aros am y ffeil gyfan. Mae read_ahead_gap Squid yn rheoli'r adalw sy'n rhedeg o flaen y danfoniad, sef math arall o fyffro.

Gall gwrthbwysau atal darlleniadau i fyny'r afon dros dro pan fo cleient araf yn llenwi'r ciwiau allbwn. Mae Content-Length hefyd yn rhoi hyd heb ofyn am fyffro llawn. Mae codio HTTP/1.1 chunked yn caniatáu danfoniad cynyddol, ond ni all addo oedi isel os yw cydran gynharach yn dal y data.

Nesaf, archwiliwch y camau prosesu. Gall ailysgrifennu neu archwilio fod angen rhan neu'r corff cyfan. Gall cywasgu ac amframaeth yr ap oedi allbwn defnyddiol. Ar y cleient, mae dull sy'n aros am arae beitiau cyflawn yn dychwelyd yn hwyrach, a gall porwr dderbyn beitiau cyn y gall eu rendro.

Ar ôl CONNECT llwyddiannus, mae procsi cyffredin yn ailgyfeirio ffrwd y gwasanaeth heb fod angen hyd terfynol y ffeil dwneliedig. Dilynwch y digwyddiad coll cyntaf uchod cyn newid ei leoliadau byffro neu ddiagram amser. Pan mai curl yw'r arsylwr, mae ei opsiwn no-buffer yn newid cam allbwn lleol.