Treg fremgang kan holde en proxy-nedlasting innenfor lesetidsavbruddet
Forstå hvorfor sporadiske svarbiter kan holde en nedlasting via proxy innenfor en inaktivitetsgrense for lesing mens den totale varigheten blir uakseptabel.
Et svar som nå og da leverer noen få biter, kan holde seg innenfor hver inaktivitetsgrense for lesing, men bruke altfor lang tid samlet. Et lesetidsavbrudd må ikke måle hele overføringens varighet.
Velg retningslinjen etter arbeidsmengden. Et avgrenset arkiv trenger et budsjett for fullføring; en hendelsesstrøm kan lovlig vare i timevis og være stille innimellom.
Mål nyttig fremgang
For en filnedlasting bør du beholde en samlet frist og vurdere klientens støttede kontroller for lav hastighet eller fremgang. Definer intervallet og mengden nyttige data. En hjerteslagbyte kan vise aktivitet uten å gjøre reell fremgang mot fullføring av filen.
Hold tunelloppsettet atskilt fra kroppsoverføringen. Å vente på at CONNECT fullføres og å motta en treg destinasjonskropp er forskjellige trinn 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å kapasitet i utvalget, noe som gir nok en tidsavbrudd av en annen grunn.
Hvis den observerte varigheten overstiger den tiltenkte retningslinjen, undersøk den nøyaktige klientversjonen og leseløkken. En riktig fungerende inaktivitets timer, tilpasset løkkeatferd og en implementeringsfeil krever hver sin retting.