تضخم المخزن المؤقت: تأخير الإنترنت السريع
يبدأ أحدهم تنزيلًا فتنهار مكالمة الفيديو رغم وفرة Mbps. ليست مشكلة سرعة، بل مشكلة طابور.
ما يحدث فعلًا
يحتفظ كل موجّه ومودم بمخزن مؤقت — غرفة انتظار للحزم حين يمتلئ الخط لحظيًا. المخازن الصغيرة مفيدة، لكن معدات منزلية كثيرة تأتي بمخازن أكبر بمئات المرات من اللازم.
عندما يملأ نقل كبير الخط، تمتلئ تلك المخازن أيضًا. تنتظر كل حزمة — حتى الحزم الصغيرة العاجلة للمكالمة أو اللعبة أو النقرة — خلف ميغابايتات من البيانات. يقفز الزمن من 20 مللي ثانية إلى 300 أو 600 أو أكثر من 1000. هذا هو تضخم المخزن المؤقت.
الأعراض الدالة
يكون الاتصال جيدًا حتى يرفع أحدهم صورًا أو يحدّث لعبة أو يبدأ نسخًا سحابيًا — عندها تتقطع المكالمات ويعود الفيديو للتخزين وتزحف الصفحات وتتأخر الألعاب. أوقف النقل فيتعافى كل شيء فورًا.
لأن المحفز هو حركة بياناتك، يختبئ التضخم من اختبارات الخمول: قد يبدو التنزيل والرفع وping مثاليًا.
كيف تقيسه
قِس زمن الاستجابة عندما يكون الخط مشبعًا. يفعل اختبارنا ذلك تحديدًا: تسير المسابير أثناء مرحلتي التنزيل والرفع، فتحصل على زمن تحت الحمل لكل اتجاه وتقدير A–F. يعني C أو أسوأ أن التطبيقات الفورية ستعاني حين ينشغل الخط.
الحلول حسب الفعالية
العلاج الحقيقي هو Smart Queue Management على الموجّه: تحافظ خوارزميات fq_codel أو CAKE على طوابير قصيرة عمدًا. ابحث عن SQM أو Smart Queues أو QoS بهذه الخوارزميات واضبط الحد أدنى قليلًا من السرعة المقاسة. تقفز التقديرات عادة من D إلى A.
إذا غاب SQM، فجرّب وضع anti-bufferbloat أو gaming QoS، أو استبدل الموجّه بآخر يدعم SQM بما فيه OpenWrt، أو ضع جهاز المزوّد في وضع bridge أمام ذلك الموجّه.
ما لا يفيد: شراء Mbps أكثر. الأنبوب الأكبر بالمخازن المتضخمة نفسها يمتلئ أسرع فحسب.