اختبار السرعة
حُدِّث في
نقرة واحدة تقيس اتصالك عبر أداة networkQuality من macOS نفسه، مقابل خوادم Apple – التنزيل والرفع والاستجابة، مع بقاء آخر نتيجة في السطر.
- قراءته – ↓ التنزيل و↑ الرفع.
- الاستجابة – كم رحلة ذهاب وإياب تُكملها الشبكة في الدقيقة تحت الحمل الكامل: دون 100 تتعثّر المكالمات والبثّ، و800 فأكثر ممتاز. يظهر في تلميح النتيجة.
- لماذا تتحرّك الأرقام الحيّة – الاختبار يرفع عدد المسارات المتوازية، فتتذبذب الأرقام أثناء القياس؛ والرقم النهائي هو السعة التي استقرّ عندها.
- لماذا يختلف عن speedtest.net – يقيس hop التنزيل أولاً ثم الرفع، اتجاهاً واحداً في كل مرة. هكذا يقيس speedtest.net وبقية اختبارات المستخدمين، وهذا هو الرقم الذي يبيعه المزوّد. أداة النظام التي يستدعيها hop تحمّل الاتجاهين معاً ما لم يُطلب غير ذلك، لأن جوابها الآخر هو rpm أعلاه: الاستجابة سؤال عن خط مشغول، والخط المشغول مشغول في الاتجاهين. في المنزل الرفع هو النصف الضيّق، لذلك كان يظهر أقل بمرتين إلى ثلاث بجانب تنزيل بكامل سرعته. الطريقتان صحيحتان وتجيبان عن سؤالين مختلفين.
- التقادم – النتيجة الأقدم من 30 دقيقة (أو المأخوذة على شبكة Wi-Fi أخرى) تبهت: حان وقت القياس من جديد.
- التنزيل عملياً – 10 Mbps تكفي للتصفّح والموسيقى، و25 لفيديو HD، و50 فأكثر لدقة 4K وتنزيل التطبيقات بسرعة، و100 فأكثر للملفات الثقيلة بلا انتظار.
- الرفع عملياً – 5 Mbps تحمل مكالمة مع مشاركة الشاشة، و10 فأكثر مكالمات فيديو HD ونُسخاً احتياطية سحابية، و25 فأكثر بثّاً مريحاً ورفعاً كبيراً.
• RPM منخفض على خط سريع – الـ RPM تأخير تحت الحمل، لا سرعة. و«تحت الحمل» تعني أن الخط مشغول بشيء آخر: ملف يُنزَّل، نسخة احتياطية سحابية، أحدهم في البيت يبثّ. في تلك اللحظات تحتجز طوابير الموجّه الحزم (bufferbloat). 0–100 – على خط مشغول تتقطّع الأصوات في المكالمات وتتشوّه، وتستغرق الصفحات ثواني؛ 100–400 – تعثّرات قصيرة فقط تحت الحمل؛ 400–800 – الحمل يكاد لا يُلاحَظ؛ 800 فأكثر – المكالمات تبقى سلسة حتى بجانب التورنت. وإن كنت نادراً ما تحمّل الخط فلن يزعجك RPM المنخفض؛ والعلاج موجّه بإدارة طوابير ذكية (SQM).
أذونات التطبيق
الشبكة — التحديثات، والمساعدان الاختياريان، وأقران التورنت، واختبار السرعة. لا شيء غير ذلك.