زمن الاستجابة مقابل عرض النطاق

أهداف زمن الاستجابة حسب النشاط

لاحظ الفرق بين أرقام الاتجاه الواحد وأرقام الذهاب والإياب. البنق في اختبار السرعة رحلة ذهاب وإياب، بينما تتحدث توصية ITU-T G.114 عن التأخير في الاتجاه الواحد؛ لذا على مسار نموذجي يستغرق فيه الاتجاهان الوقت نفسه تقريبًا، يعادل حد 150 ms في الاتجاه الواحد نحو 300 ms ذهابًا وإيابًا. المكالمات أكثر تسامحًا من الألعاب، والحدود الأصعب تخص الألعاب.

لماذا لا تخفض الميغابتات الإضافية البنق؟

عرض النطاق يحدد مدى سرعة وصول كمية كبيرة من البيانات، وزمن الاستجابة يحدد مدى سرعة وصول أي شيء أصلًا. تحديثات الألعاب وصوت المكالمات حزم صغيرة، لذا فالوقت اللازم لدفع كل منها إلى الخط ضئيل أيًّا كانت الباقة:

زمن الإرسال = بتات الحزمة ÷ معدل الخط
حزمة 1,500 بايت على 100 Mbps  = 12,000 ÷ 100,000,000   = 0.12 ms
حزمة 1,500 بايت على 1000 Mbps = 12,000 ÷ 1,000,000,000 = 0.012 ms

الترقية من 100 Mbps إلى الغيغابت توفر نحو عُشر ميلي ثانية لكل حزمة. فلعبة بنقها 40 ms سيبقى بنقها قرابة 40 ms. أما بقية التأخير فتأتي من مصادر أخرى:

• المسافة. الإشارات تحتاج وقتًا لتنتقل، لذا يضيف خادم في منطقة أخرى تأخيرًا لا تستطيع أي باقة إزالته؛ وهذا شائع حين تكون خوادم اللعبة في أوروبا مثلًا واللاعب في منطقة أخرى.
• التوجيه. المسار الذي يسلكه مزودك إلى خادم اللعبة أو المكالمة قد يكون أطول من المسافة المباشرة.
• نوع الاتصال. تقنيات الوصول المختلفة تضيف مقادير مختلفة من التأخير قبل أن تغادر الحركة منطقتك أصلًا.
• شبكتك المنزلية. الواي فاي والراوتر المشغول يضيفان تأخيرًا وتذبذبًا.
• طوابير الانتظار. حين يمتلئ الخط، تنتظر الحزم. وهذا هو Bufferbloat الذي نشرحه أدناه.

لهذا قد يبدو اتصال 50 Mbps ببنق 15 ms أفضل في ألعاب التصويب من اتصال غيغابت ببنق 120 ms. ولقياس ما يحمله خطك فعلًا، تحوّل حاسبة إنتاجية الشبكة أي عملية نقل إلى Mbps.

التذبذب: حين لا يثبت البنق

التذبذب (jitter) هو مقدار تغيّر زمن الاستجابة من حزمة إلى أخرى. وكثيرًا ما يكون بنق ثابت عند 60 ms أسهل احتمالًا من بنق يتأرجح بين 20 و150. تطبيقات المكالمات تحتفظ بالصوت في مخزن مؤقت صغير لتلطيف التذبذب، وهذا يضيف تأخيرًا؛ وحين يتجاوز التذبذب سعة المخزن تسمع كلامًا آليًا أو متقطعًا. وفي الألعاب يظهر التذبذب على شكل ارتداد الشخصيات إلى الخلف وإصابات لا تُحتسب. والسببان المعتادان هما تداخل الواي فاي وتشبع الخط.

Bufferbloat: لماذا يقفز البنق أثناء الرفع؟

أجهزة الراوتر والمودم تضع الحزم في طوابير حين تصل بيانات أكثر مما يستطيع الخط إرساله. فإذا كانت هذه الطوابير كبيرة، قد تضيف الوصلة المشغولة تأخيرًا كبيرًا: يبدأ أحدهم نسخًا احتياطيًا سحابيًا، فيمتلئ الرفع، ويقفز بنق الجميع طوال مدة تشغيله. والرفع هو المتهم المعتاد لأنه الاتجاه الأصغر في معظم الباقات.

وللتحقق من ذلك، قارن البنق حين يكون الخط خاملًا بالبنق أثناء اختبار السرعة. وكثير من اختبارات السرعة تعرض اليوم زمن الاستجابة تحت الحمل إلى جانب زمن الاستجابة في حالة الخمول. فإذا كان الرقم تحت الحمل أعلى بكثير، فجرّب:

• تفعيل إدارة الطوابير الذكية (SQM) أو ميزة مشابهة لجودة الخدمة، إن كانت في الراوتر لديك؛
• تحديد سقف لسرعة رفع تطبيقات النسخ الاحتياطي والمزامنة، أو جدولتها ليلًا؛
• مقارنة سرعة الرفع في باقتك بما يرسله أهل البيت في الوقت نفسه، مثلًا عبر حاسبة سرعة الإنترنت.

الاتصال السلكي مقابل الواي فاي

الواي فاي يتقاسم الهواء بين كل الأجهزة والشبكات المجاورة، ويعيد إرسال الإطارات المفقودة، ويتباطأ مع المسافة والجدران. وكل ذلك يضيف زمن استجابة، والأوضح منه تذبذبًا. كابل الإيثرنت يتجنب ذلك كله. فلحاسوب الألعاب أو جهاز الكونسول، أو لمكتب يُستخدم للمكالمات طوال اليوم، يبقى الكابل الحل الأكثر موثوقية. وإن تعذّر الكابل، فأبقِ الجهاز قريبًا من الراوتر أو نقطة الوصول، وعلى نطاق 5 GHz أو 6 GHz حيث يتوفر.

كيف تختبر زمن الاستجابة لديك؟

1. أجرِ اختبار سرعة مثل Fast.com أو Speedtest على جهاز سلكي، ثم مرة أخرى عبر الواي فاي في الغرفة التي تلعب أو تعمل فيها.
2. دوّن البنق في حالة الخمول والبنق تحت الحمل إن عرضه الاختبار.
3. للألعاب السحابية، استخدم اختبار الشبكة الخاص بالخدمة نفسها، فهو يقيس المسار إلى مركز بياناتها.
4. أدخل الأرقام في مدقق اختبار السرعة الذي ينبّه إلى البنق الذي يتجاوز 100 ms.