عرض النطاق وسرعة الإنترنت

لماذا يختلف رقم التنزيل عن الرقم الذي اشتريته؟

لأنهما وحدتان مختلفتان تُكتبان متشابهتين. فخدمات الإنترنت تبيع بـالبت والحواسيب تعرض أحجام الملفات بـالبايت، والبايت ثمانية بتات. والحرف الصغير والكبير هو وحده ما يفرّق بينهما كتابة: Mbps ميغابت وMB/s ميغابايت.

فالتحويل قسمة بسيطة واحدة، وهذا الرقم وحده يزيل أكثر سوء الفهم:

وبهذا الجدول تجيب بنفسك سؤال «كم يستغرق». فملف بحجم ١٠٠٠ ميغابايت على خط ٢٠ ميغابت يستغرق ٤٠٠ ثانية في أفضل حال ممكن؛ أي قرابة سبع دقائق، وذلك حين لا يستعمل الخط شيء آخر.

وأمر مكتوب في العقد ونادرا ما يُقرأ: ذلك الرقم سقف لا التزام. وكلمة «حتى» التي تجاوره تقول هذا بالضبط. كما يذهب جزء من السعة إلى البروتوكولات نفسها ولا يصل بياناتك أبدا، فيبقى الرقم الحقيقي دون السقف قليلا حتى في أفضل الظروف.

عرض النطاق أم زمن الاستجابة؛ أيهما مشكلتك؟

تشبيه ينفع فعلا: عرض النطاق هو عرض الطريق وزمن الاستجابة هو طوله. فالطريق الأعرض يعني مرور سيارات أكثر في وقت واحد؛ والطريق الأقصر يعني وصول كل سيارة أبكر. ولا صلة بين الاثنين، ويمكن أن يكون لك أحدهما دون الآخر.

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

وقياس من موقعنا يوضّح هذا. جلبنا الصفحة الأولى لـ rgb.ir مضغوطة بحجم ٤٤٩١٦ بايت، أي نحو ٤٤ كيلوبايت. واستغرق الأمر كله ٦٣ ميلي ثانية، مضى منها ٥٤ قبل وصول أول بايت. فكان نقل البيانات نفسه نحو ٩ ميلي ثانية من تلك الثلاث والستين، والباقي انتظار.

والآن احسب: إن ضاعفت عرض النطاق صارت تلك التسع ميلي ثانية أربعا ونصفا وصار المجموع من ٦٣ إلى ٥٨. أما إن كان الخادم أبعد بذهاب وإياب واحد، فذلك الذهاب والإياب وحده قد يضيف مئة ميلي ثانية. وللصفحات الصغيرة، وهي أكثر الويب، تكون المسافة أهم من عرض الطريق.

لماذا يعطي كل اختبار سرعة رقما مختلفا؟

لأن اختبار السرعة لا يقيس سرعة إنترنتك. إنه يقيس سرعة المسار بينك وبين خادم بعينه، والأداة هي التي تختار ذلك الخادم. فتغيير الخادم يغيّر الجواب.

وقد قسنا هذا على خادمنا ليظهر حجم الأثر. ملف بحجم ٢١ ميغابايت، من جهاز واحد، في دقيقة واحدة، من ثلاثة خوادم اختبار على ثلاث مسافات. نتيجة الجولة الأولى:

الخط نفسه واللحظة نفسها، ورقم يختلف أربعين ضعفا. وبالوحدة التي تبيع بها الخدمات، من نحو ٢٢٧٠ ميغابت إلى ٥٧ ميغابت. ولو شئنا لأريناك أي رقم نحب باختيار الخادم؛ وهذا وحده سبب كافٍ لألا تثق باختبار واحد.

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

وملاحظة لم نتوقعها. قسنا ثلاث مرات متتالية: فجاء رقم سنغافورة ٧.٠٧ ثم ٧.١٧ ثم ٦.٩٧، أي ثابتا تقريبا. أما رقم هلسنكي فتأرجح بين ١٨٨ و٤١٤ ميغابايت في الثانية. فكان الاختبار الأبعد هو الأكثر قابلية للتكرار، لأن زمن الاستجابة هناك يحدد السقف؛ وكان الأقرب غير مستقر، لأن ٢١ ميغابايت تنتهي هناك في جزء من الثانية ولا يجد القياس وقتا ليستقر.

أأشتري عرض نطاق أكبر أم لا؟

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

لكن ثمة ثلاث حالات ينفع فيها عرض النطاق الأكبر فعلا. الأولى حين يستعمل عدة أشخاص خطا واحدا معا؛ فهنا تنقسم السعة حقا ويضيق الطريق حقا. والثانية حين تنقل ملفات كبيرة بانتظام، تنزيلا أو رفعا. والثالثة حين يُبثّ شيء باستمرار ويظل يخفض جودته.

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

وأين تبحث عن الرقم اللازم؟ في صفحة الخدمة نفسها. فنتفليكس تنشر بنفسها السرعة الموصى بها لكل جودة، ولكل خدمة أخرى صفحة كهذه. أما رقم كتبه أحدهم في منتدى أو أنتجه نموذج لغوي فليس مصدرا.

كيف تقيس بنفسك قياسا صحيحا؟

خمس قواعد تحوّل قياسا بلا معنى إلى قياس يمكن الاستناد إليه. قِس بكابل لا بواي فاي، وإلا فأنت تقيس الراديو لا الخط. وأسكِت الأجهزة الأخرى في تلك الدقائق. وكرّر ثلاث مرات وانظر إلى النمط لا إلى رقم واحد.

وقاعدتان تُقالان أقل وهما أهم. الأولى: جرّب خادما قريبا وآخر بعيدا، فالفرق بينهما كما رأيت أعلاه تشخيص بذاته؛ فإن كان القريب جيدا والبعيد سيئا فخطك سليم والمسار الدولي مكلف. والثانية: قِس في وقتين مختلفين من اليوم، أحدهما صباحا باكرا والآخر ليلا، فالسعة مشتركة وفي الليل يعطي الخط نفسه رقما آخر.

ولترى كم تستغرق صفحة حقيقية وأي جزء منها انتظار، فالأداة على حاسوبك الآن. وهذا الأمر يطبع الأرقام الأربعة نفسها التي استعملناها في القسم الثاني:

curl -s -o /dev/null -w "dns=%{time_namelookup} connect=%{time_connect} ttfb=%{time_starttransfer} total=%{time_total} size=%{size_download}\n" https://example.ir/

فإن كان ttfb كبيرا والفارق بينه وبين total صغيرا، فالمشكلة انتظار لا عرض نطاق. وإن كان العكس فنقل البيانات ثقيل، وهناك يكون لوزن الصفحة القول الأول؛ وذلك موضوع في مكان آخر نتابعه في مسار تسريع الموقع.