پیشرفت کند میتواند دانلود از طریق پروکسی را در محدودهٔ مهلت خواندن نگه دارد
بفهمید چرا بایتهای گاهبهگاه پاسخ میتوانند دانلود از طریق پروکسی را در محدودهٔ حد بیفعالیتی خواندن نگه دارند در حالی که مدت کل غیرقابلقبول میشود.
پاسخی که هر چند وقت چند بایت تحویل میدهد میتواند در محدودهٔ هر حد بیفعالیتی خواندن بماند، اما در مجموع بسیار طولانی میشود. مهلت خواندن لازم نیست مدت کل انتقال را اندازه بگیرد.
سیاست را بر اساس بار کاری انتخاب کنید. یک بایگانی محدود به بودجهٔ تکمیل نیاز دارد؛ یک جریان رویداد میتواند بهطور مشروع ساعتها ادامه یابد و گاهی ساکت بماند.
پیشرفت مفید را اندازه بگیرید
برای دانلود فایل، یک مهلت کلی نگه دارید و کنترلهای کمسرعت یا پیشرفت پشتیبانیشده توسط کلاینت را در نظر بگیرید. فاصله و مقدار دادهٔ مفید را تعریف کنید. یک بایت ضربان میتواند فعالیت را نشان دهد بدون آنکه پیشرفت واقعی بهسوی تکمیل فایل داشته باشد.
راهاندازی تونل را از انتقال بدنه جدا نگه دارید. انتظار برای تکمیل CONNECT و دریافت بدنهٔ کند مقصد دو مرحلهٔ متفاوت با شواهد متفاوتاند.
پاسخ را در هر مسیر خروج مصرف یا ببندید. باز گذاشتن یک جریان کند میتواند باعث شود درخواست بعدی منتظر ظرفیت مخزن بماند و به دلیلی دیگر مهلت دیگری ایجاد شود.
اگر مدت مشاهدهشده از سیاست موردنظر فراتر رفت، نسخهٔ دقیق کلاینت و حلقهٔ خواندن را بررسی کنید. یک تایمر بیفعالیتی درستکار، رفتار حلقهٔ سفارشی و یک اشکال پیادهسازی هرکدام اصلاح متفاوتی میخواهند.