Bufferbloat هي التأخير الذي تعانيه حين يكون اتصالك بالإنترنت مشغولًا: إذ يضع الراوتر أو المودم في طابور الانتظار بيانات أكثر بكثير مما ينبغي، فتنتظر كل حزمة دورها، بما في ذلك أوامرك في اللعبة وصوتك في المكالمة. تبدو سرعة الاتصال طبيعية، لكن البينغ قد يقفز من 20 ms إلى عدة مئات من المللي ثواني بمجرد أن يبدأ أحدهم تنزيلًا أو رفعًا كبيرًا. وهي من أكثر الأسباب شيوعًا لشعورك بأن اتصالًا "سريعًا" لا يزال بطيئًا وضعيف الاستجابة.
أهم النقاط
- Bufferbloat مشكلة في زمن الاستجابة، لا في عرض النطاق.
- العلامة المميزة هي بينغ جيد في حالة الخمول لكنه يقفز أثناء التنزيل أو الرفع أو اختبارات السرعة.
- حركة الرفع (النسخ الاحتياطي السحابي، مكالمات الفيديو، مشاركة الملفات) سبب متكرر لأن روابط الرفع أصغر سعة.
- الحل الأكثر فاعلية هو الإدارة الذكية للطوابير (SQM) في الراوتر، باستخدام خوارزميات مثل fq_codel أو CAKE.
- الباقة الأسرع وحدها لا تحل المشكلة عادةً.
كيف تحدث ظاهرة Bufferbloat
لكل راوتر ومودم وجهاز شبكة مخازن مؤقتة: مساحات صغيرة من الذاكرة تحتجز الحزم مؤقتًا حين تصل أسرع مما يمكن إرسالها. والمخازن المؤقتة مفيدة، فهي تستوعب الدفعات القصيرة وتمنع فقدان الحزم دون داعٍ.
المشكلة في الحجم. فقد أصبحت الذاكرة رخيصة، وكثير من الأجهزة تأتي بمخازن مؤقتة تتسع لبيانات تعادل مئات المللي ثواني، بل ثواني أحيانًا. وعندما يُستنفد اتصالك بتنزيل أو رفع كبير، يمتلئ هذا المخزن ويبقى ممتلئًا.
يزيد بروتوكول TCP، الذي تعتمد عليه معظم التنزيلات، معدل الإرسال حتى يرصد فقدانًا في الحزم. ومع مخزن مؤقت ضخم، لا تُسقط الحزم لفترة طويلة، بل تنتظر فحسب. فيواصل TCP الدفع، ويستمر الطابور في النمو، وتنضم كل حزمة جديدة إلى نهايته. وهكذا قد تقبع حزمة لعبة يُفترض أن تستغرق 20 ms خلف كمية كبيرة من بيانات التنزيل المنتظرة، فتصل بعد 300 ms.
لماذا تحدث عادةً في الراوتر أو المودم
تتراكم Bufferbloat عند نقطة الاختناق، أي أبطأ رابط في المسار. وفي معظم المنازل، هذا هو الاتصال بين المودم ومزود الخدمة، خاصة في اتجاه الرفع. فقد تعمل شبكتك المنزلية بسرعة 1 Gbps داخليًا، لكن إذا كانت باقتك ترفع بسرعة 20 Mbps، فهناك تتكدس الحزم. وقد يكون الواي فاي أيضًا نقطة اختناق حين تكون الإشارة ضعيفة.
كيف تشعر بظاهرة Bufferbloat
لأن اختبارات السرعة كثيرًا ما تعرض التنزيل والرفع فقط، تختبئ Bufferbloat أمام أعيننا. ومن أعراضها الشائعة:
- الألعاب: قفزات في البينغ، وارتداد في الحركة، وتأخر في تسجيل الضربات كلما استخدم شخص آخر الإنترنت. راجع ما هو البينغ الجيد للألعاب لمعرفة أهداف زمن الاستجابة.
- مكالمات الفيديو: يصبح صوتك آليًا أو يتجمد الفيديو عند بدء نسخ احتياطي سحابي أو رفع ملفات.
- التصفح: تستغرق الصفحات بضع ثوانٍ لتبدأ التحميل أثناء تنزيل كبير، رغم أن التنزيل نفسه سريع.
- السماعات الذكية والمساعدات الصوتية: بطء ملحوظ في الاستجابة حين تكون الشبكة مشغولة.
إذا اختفت المشكلة بمجرد انتهاء التنزيل، فالأرجح أن Bufferbloat هي السبب لا ضعف الإشارة أو بطء الباقة.
كيف تختبر وجود Bufferbloat
الهدف هو مقارنة زمن الاستجابة حين يكون الاتصال خاملًا بزمن الاستجابة حين يكون محمّلًا بالكامل. ويمكنك فعل ذلك بأدوات تملكها بالفعل.
- وصّل حاسوبك بالراوتر عبر كابل Ethernet إن أمكن، حتى لا تشوّش مشكلات الواي فاي على النتائج.
- أوقف مؤقتًا حركة البيانات الكثيفة في الأجهزة الأخرى (البث، التنزيلات، النسخ الاحتياطي).
- قِس زمن الاستجابة في حالة الخمول باستخدام اختبار البينغ لدينا، أو من الطرفية بالأمر
ping 8.8.8.8(في macOS وLinux اضغط Ctrl+C للإيقاف؛ وفي Windows استخدمping -t 8.8.8.8). - اترك أمر ping يعمل في نافذة الطرفية، ثم ابدأ اختبار سرعة كاملًا في المتصفح.
- راقب أزمنة البينغ خلال مرحلة التنزيل، ثم خلال مرحلة الرفع.
- سجّل الزيادة. الفرق بين البينغ في حالة الخمول والبينغ تحت الضغط هو مقدار Bufferbloat لديك.
كيف تقرأ النتائج
| الزيادة في البينغ تحت الضغط | ماذا تعني | ما الذي ستلاحظه |
|---|---|---|
| أقل من 5 ms | ممتاز، لا توجد Bufferbloat فعليًا | لا شيء؛ تبقى الألعاب والمكالمات سلسة |
| 5–30 ms | خفيفة | نادرًا ما يلاحظها معظم المستخدمين |
| 30–100 ms | متوسطة | تأخير عرضي في الألعاب ومكالمات متقطعة وقت الانشغال |
| 100–300 ms | حادة | تعاني الألعاب والمكالمات كلما نزّل أحدهم شيئًا |
| أكثر من 300 ms | حادة جدًا | يبدو التصفح بطيئًا؛ والتطبيقات الآنية غير قابلة للاستخدام تحت الضغط |
هذه النطاقات قواعد عملية شائعة وليست معيارًا رسميًا. وإذا تسببت مرحلة الرفع في قفزة أكبر بكثير من مرحلة التنزيل، فركّز حلولك على الرفع. ويميل التذبذب إلى الارتفاع مع Bufferbloat، لذا يستحق الأمر قراءة ما هو التذبذب وفقدان الحزم أيضًا.
كيف تصلح مشكلة Bufferbloat
1. فعّل SQM أو إعدادات الطوابير الذكية
الإدارة الذكية للطوابير (SQM) هي الحل الأكثر فاعلية. فهي تفعل أمرين: تحدّ حركة بياناتك عند مستوى أقل قليلًا من سرعة خطك الحقيقية، فيتكوّن الطابور في الراوتر (الذي تتحكم فيه) بدلًا من المودم أو أجهزة مزود الخدمة؛ وتستخدم خوارزميات طوابير حديثة مثل fq_codel أو CAKE تُبقي الطوابير قصيرة وتمنح الحزم الصغيرة الحساسة للوقت دورًا عادلًا.
يستخدم مصنّعو الراوترات تسميات مختلفة، لذا ابحث عن:
- "Smart Queue Management" أو "SQM" أو "Smart Queues"
- "Adaptive QoS" أو "Bandwidth Management" مع خيارات fq_codel أو CAKE
- إعدادات "anti-bufferbloat" أو "latency optimization" في راوترات الألعاب
وتتضمن البرامج الثابتة البديلة مثل OpenWrt ميزة SQM على كثير من الراوترات المدعومة.
2. اضبط معدل التشكيل بشكل صحيح
لا تعمل SQM إلا إذا ضبطت الحركة عند مستوى أقل من سرعتك الفعلية.
- أجرِ عدة اختبارات سرعة عبر Ethernet في أوقات مختلفة من اليوم، وسجّل سرعتي التنزيل والرفع المعتادتين.
- اضبط حد التنزيل في SQM على نحو 85–95% من سرعة التنزيل المقيسة.
- اضبط حد الرفع على نحو 85–95% من سرعة الرفع المقيسة.
- أعد اختبار البينغ تحت الضغط. إذا بقيت القفزات، فاخفض الحدود قليلًا.
تتنازل عن جزء صغير من السرعة القصوى مقابل زمن استجابة منخفض باستمرار، وهي مقايضة يقبلها معظم اللاعبين والعاملين عن بُعد بسرور.
3. استخدم QoS لإعطاء الأولوية للأجهزة المهمة
إذا كان الراوتر يفتقر إلى SQM، فقد تساعد جودة الخدمة التقليدية (QoS) التي تعطي الأولوية لجهاز ألعاب أو حاسوب العمل. وهي أقل فاعلية من SQM لأنها لا تقلص الطابور، لكنها تستطيع نقل حركة البيانات المهمة إلى المقدمة.
4. تحكّم في التطبيقات كثيفة الرفع
النسخ الاحتياطي السحابي للصور، ومزامنة الملفات، وكاميرات المراقبة التي ترفع تسجيلاتها، وعمليات الرفع من أجهزة الألعاب، كلها قد تستنفد رابط رفع صغيرًا. جدولها لتعمل ليلًا أو حدّد معدل الرفع الخاص بها من إعدادات التطبيق.
5. افحص المودم والواي فاي
بعض مودمات الكابل القديمة معرّضة بشكل خاص لظاهرة Bufferbloat في اتجاه الرفع. إذا كنت تستأجر الأجهزة من مزود الخدمة، فاسأل عن توفر طراز أحدث. فمودمات DOCSIS 3.1 الأحدث تدعم الإدارة النشطة للطوابير (Active Queue Management)، التي يمكن أن تقلل Bufferbloat في الرفع. كما أن رابط الواي فاي الضعيف قد ينشئ طابوره الخاص، لذا يفيد تحسين الإشارة؛ راجع Ethernet أم الواي فاي.
هل تحل باقة إنترنت أسرع مشكلة Bufferbloat؟
جزئيًا فقط. فالباقة الأسرع تعني أن اتصالك يمتلئ بمعدل أقل، فقد تلاحظ التأخير أقل. لكن حين يمتلئ، سواء بسبب تحديث لعبة أو بث بدقة 4K أو مزامنة سحابية كبيرة، يتصرف المخزن المؤقت الكبير بالطريقة نفسها. كثير من الناس يرقّون باقاتهم، فيرون تنزيلات أسرع، ثم يجدون أن ألعابهم لا تزال تتأخر كلما نزّل جهاز الألعاب تحديثًا.
إدارة الطوابير تعالج السبب؛ أما عرض النطاق فيقلل فقط عدد مرات حدوثه. وإذا كان زمن الاستجابة أولويتك، فإن SQM على راوتر جيد يحقق غالبًا تحسنًا أكبر من ترقية الباقة.
الخلاصة
Bufferbloat هي السبب في أن اتصالًا ما قد يحقق نتيجة سريعة في الاختبار ويبدو مع ذلك بطيئًا: فالطوابير الكبيرة جدًا في المودم أو الراوتر تجعل كل حزمة تنتظر حين يكون الخط مشغولًا. والحل ليس سرعة أكبر بل طوابير أذكى، ويُفضّل SQM مع fq_codel أو CAKE، مضبوطة أقل بقليل من سرعة خطك الحقيقية.
ابدأ بالقياس. أجرِ اختبار السرعة وأنت تراقب البينغ، وقارن زمن الاستجابة في حالتي الخمول والضغط، وإذا تجاوز الفرق 30 ms تقريبًا، فمن المجدي تفعيل إعدادات الطوابير الذكية وإعادة الاختبار.
