Treg fremgang kan holde en proxy-nedlasting innenfor lesetidsavbruddet

Et svar som av og til leverer noen få biter, kan holde seg innenfor hver inaktivitetsgrense for lesing, men ta altfor lang tid totalt. Et lesetidsavbrudd trenger ikke måle hele overføringens varighet.

Velg policyen etter arbeidsbelastningen. Et avgrenset arkiv trenger et fullføringsbudsjett; en hendelsesstrøm kan lovlig vare i timer og være stille innimellom.

Mål nyttig fremgang

For en filnedlasting, behold en samlet frist og vurder klientens støttede lavhastighets- eller fremgangskontroller. Definer intervallet og mengden nyttige data. En hjerteslagsbyte kan vise aktivitet uten å gjøre reell fremgang mot fullføring av filen.

Hold tunneloppsett atskilt fra kroppsoverføring. Å vente på at CONNECT fullføres og å motta en treg destinasjonskropp er forskjellige faser med forskjellige bevis.

Bruk opp eller lukk svaret på hver utgangsvei. Å la en treg strøm stå åpen kan få den neste forespørselen til å vente på poolkapasitet, noe som skaper nok et tidsavbrudd av en annen grunn.

Hvis den observerte varigheten overstiger den tiltenkte policyen, undersøk den nøyaktige klientversjonen og leseløkken. En korrekt fungerende inaktivitetstimer, tilpasset løkkeatferd og en implementeringsfeil krever hver sin retting.