סטרימינג דורך א פֿאָרווערט־פּראָקסי קעגן פּיפּערן די גאַנצע ענטפֿער

ווען אַ אַראָפּלאָדן זעט אויס צו וואַרטן, טיילט אָפּ דרײַ געשעענישן: די ענטפֿער־קעפּלעך קומען אָן, די לײַב־בײַטן קומען אָן, און די אַפּלאָדונג קען ניצן אָדער ווײַזן דעם רעזולטאַט. אַ דרייער אַליין קען נישט באַשטימען וואָס פֿון זיי פֿאַרשפּעטיקט זיך.

די נאָרמאַלע סטרימינג־שטאַפּלען קענען זיך איבערדעקן:

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

אַ פּראָקסי קען שרײַבן פּאַסיקן אינהאַלט אין דער פּיפּע בשעת ער פֿירט עס ווײַטער. פּיפּערן פֿאָדערט נישט צו וואַרטן אויף דער גאַנצער טעקע. Squid'ס read_ahead_gap פֿירט דעם אָפּרוף וואָס גייט פֿאָר דער ליפֿערונג, און דאָס איז אַן אַנדער מין פּיפּערן.

צוריקשטויס קען פֿאַר אַ ווײַל אָפּשטעלן דאָס לייענען אויבן ווען אַ פֿאַרקלאַנטער קליענט פֿילט אָן די אויסגאַב־רייען. Content-Length גיט אויך די לענג אָן פּיפּערן די גאַנצע. HTTP/1.1 chunked קאָדירונג דערלויבט אַ ביסלעכווייזע ליפֿערונג, אָבער קען נישט פֿאַרזיכערן נידעריקער אָפּרוף אויב אַ פֿריִערדיקער טייל האַלט די דאַטן.

קוקט דערנאָך איבער די באַאַרבעטונג־שטאַפּלען. איבערשרייבן אָדער פּרופֿן קען פֿאָדערן אַ טייל אָדער דעם גאַנצן לײַב. קאָמפּרעסיע און אַפּלאָדונג־ראַמען קענען פֿאַרשפּעטיקן נוצלעכע אויסגאַב. ביים קליענט וואַרט אַ מעטאָד אויף דער גאַנצער ביט־ריי, און אַ בלעטערער קען באַקומען ביטער פֿאַר ער קען זיי ווײַזן.

נאָך אַ געראָטן CONNECT פֿירט אַ געוויינטלעכער פּראָקסי דעם דינסט־שטראָם ווײַטער אָן דאַרףונג פֿון דער ענדיקער לענג פֿון דער טונעלירטער טעקע. פֿאָלגט נאָך דער ערשטער פֿעלנדיקער געשעעניש אויבן פֿאַר איר ענדערט די פּיפּע אָדער צײַט־באַגרענעצונג איינשטעלונגען. ווען curl איז דער באַאַכטער, ענדערט זײַן no-buffer אָפּציע דעם לאָקאַלן אויסגאַב־שטאַפּל.