أسرع موقع حوسبة يتجاوز مهلة 20 ملي ثانية

الخلاصة

• في مثال RFC 10054، يحتاج الموقع الأسرع حساباً إلى 22.4 ملي ثانية من طرف إلى طرف؛ ويحتاج الأسرع شبكياً إلى 23.4 ملي ثانية. كلاهما يتجاوز مهلة العشرين ملي ثانية.
• يجمع الموقع الثالث 5 ملي ثوانٍ للحوسبة و5 للشبكة، ليبلغ الإجمالي 19.4 ملي ثانية. هذه أرقام سيناريو توضيحي، لا قياسات تشغيلية.

في الواقع الافتراضي السحابي، تقع حركة المستخدم والصورة التي تعود إليه داخل مهلة واحدة: 20 ملي ثانية. لا يكفي أن تنتهي الحوسبة سريعاً إذا تأخرت الصورة في الطريق. لذلك يضع RFC 10054 ثلاثة مواقع أمام الطلب نفسه، ثم يحسب زمن الرحلة كاملة.

الموقع الأول ينجز الحساب في 4 ملي ثوانٍ، وهو الأسرع. لكن الشبكة تضيف 9 ملي ثوانٍ، فيصبح الإجمالي 22.4. الموقع الثاني يملك أسرع شبكة: 4 ملي ثوانٍ. إلا أن الحساب عنده يستغرق 10 ملي ثوانٍ، والإجمالي 23.4. في الحالتين، يختار المؤشر المنفرد فائزاً يخسر أمام المهلة الكاملة.

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

يفصل المثال مهلة العشرين إلى أخذ عينات المستشعر (أقل من 1.5 ملي ثانية)، وتحديث الشاشة (7.9)، والرسم على الخادم (5.5)، والشبكة ذهاباً وإياباً (5.1). يستهلك الحساب والشبكة حصة متقاربة. ولهذا لا تكفي عبارة «أقرب موقع» ولا رقم حمل المعالج وحده: المطلوب معرفة ما إذا كانت الرحلة كاملة ستصل في الوقت.

RFC 10054 وثيقة معلوماتية عن المشكلة والمتطلبات، وسيناريوهاتها ضمن نطاق واحد. الأرقام هنا حسبة افتراضية؛ لا تتضمن الوثيقة قياسات ميدانية أو بيانات نشر، وأي سجل تشغيل منشور سيضيف الدليل على أثرها الفعلي.

المصدر: RFC 10054 لدى محرر RFC.