Langsom fremgang kan holde en proxy-download inden for sin læsetimeout
Forstå hvorfor lejlighedsvise svarbits kan holde en download via proxy inden for en inaktivitetsgrænse for læsning, mens den samlede varighed bliver uacceptabel.
Et svar, der af og til leverer et par bytes, kan blive inden for hver inaktivitetsgrænse for læsning, mens det samlet tager alt for lang tid. En læsetimeout behøver ikke måle hele overførslens varighed.
Vælg politikken efter arbejdsbelastningen. Et endeligt arkiv har brug for et færdiggørelsesbudget; en begivenhedsstrøm kan lovligt fortsætte i timer og være tavs indimellem.
Mål nyttig fremgang
Ved fil-download skal du beholde en samlet deadline og overveje klientens understøttede lavhastigheds- eller fremgangskontroller. Definer intervallet og mængden af nyttige data. En hjerteslagsbyte kan vise aktivitet uden at gøre reel fremgang mod filens færdiggørelse.
Hold tunnelopsætning adskilt fra kropsoverførsel. At vente på, at CONNECT fuldføres, og at modtage en langsom destinationskrop er forskellige faser med forskellige beviser.
Forbrug eller luk svaret på enhver udgangsvej. At lade en langsom strøm stå åben kan få den næste anmodning til at vente på puljekapacitet, hvilket skaber endnu en timeout af en anden grund.
Hvis den observerede varighed overstiger den tilsigtede politik, skal du undersøge den præcise klientversion og læseløkken. En korrekt fungerende inaktivitetstimer, tilpasset løkkadfærd og en implementeringsfejl kræver hver deres rettelse.