جودة جيدة

في شبكات الكمبيوتر، يشير معدل الإنتاجية (وهو مزيج من كلمة "good" و "throughput ") إلى معدل الإنتاجية على مستوى التطبيق للاتصال؛ أي عدد بتات المعلومات المفيدة التي ترسلها الشبكة إلى وجهة معينة لكل وحدة زمنية. وتستبعد كمية البيانات المعتبرة بتات النفقات العامة للبروتوكول وكذلك حزم البيانات المعاد إرسالها. ويرتبط هذا بمقدار الوقت من أول بت من أول حزمة يتم إرسالها (أو تسليمها) حتى يتم تسليم آخر بت من آخر حزمة.

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

أمثلة على العوامل التي تسبب انخفاض الإنتاج الجيد عن الإنتاج الفعلي:

  • النفقات العامة للبروتوكول : عادةً، يتم تضمين النفقات العامة لبروتوكول طبقة النقل وطبقة الشبكة وأحيانًا طبقة ارتباط البيانات في الإنتاجية، ولكن يتم استبعادها من الإنتاجية الجيدة.
  • التحكم في تدفق طبقة النقل وتجنب الازدحام : على سبيل المثال، قد يؤدي البدء البطيء لـ TCP إلى إنتاجية أقل من الإنتاجية القصوى.
  • يتم تضمين إعادة إرسال الحزم المفقودة أو التالفة بسبب طلب التكرار التلقائي (ARQ) في طبقة النقل، الناجم عن أخطاء البت أو إسقاط الحزمة في المحولات والموجهات المزدحمة، في معدل نقل البيانات في طبقة ارتباط البيانات أو طبقة الشبكة ولكن ليس في معدل النقل الجيد.

مثال

يتم تقسيم الملفات عبر Ethernet إلى أجزاء فردية للنقل. هذه الأجزاء ليست أكبر من وحدة النقل القصوى لـ IP عبر Ethernet، أو 1500 بايت . تتطلب كل حزمة 20 بايت من معلومات رأس IPv4 و20 بايت من معلومات رأس TCP ، مما يترك 1460 بايت لكل حزمة لبيانات الملف ( Linux و macOS [1] مقيدان أيضًا بـ 1448 بايت لأنهما يحملان أيضًا طابعًا زمنيًا مكونًا من 12 بايت). يتم نقل البيانات عبر Ethernet في إطار، مما يفرض تكلفة إضافية قدرها 26 بايت لكل حزمة. ونظرًا لهذه النفقات العامة، فإن الحد الأقصى للإنتاجية الجيدة هو 1460/1526 × 100 ميجابت في الثانية وهو 95.67 ميجابت في الثانية أو 11.959 ميجابايت في الثانية .

لاحظ أن هذا المثال لا يأخذ في الاعتبار النفقات العامة الإضافية لشبكة Ethernet، مثل فجوة الإطارات الداخلية (بحد أدنى 96 بتًا من مرات التصادم)، أو التصادمات (التي لها تأثير متغير، اعتمادًا على حمل الشبكة). يضيف بروتوكول TCP النفقات العامة للإقرارات (التي تعمل جنبًا إلى جنب مع وقت تأخير الرحلة ذهابًا وإيابًا وحجم نافذة بروتوكول TCP على الحد من معدل كل اتصال TCP فردي، انظر حاصل تأخير النطاق الترددي ). لا يأخذ هذا المثال في الاعتبار النفقات العامة لبروتوكول HTTP نفسه، والتي تصبح ذات صلة عند نقل الملفات الصغيرة.

وقت تسليم البيانات

الناتج الجيد هو النسبة بين كمية المعلومات التي تم تسليمها وإجمالي وقت التسليم. يتضمن وقت التسليم هذا:

  • فجوات زمنية بين الحزم ناجمة عن وقت معالجة إنشاء الحزمة (مصدر لا يستخدم سعة الشبكة الكاملة)، أو عن توقيت البروتوكول (على سبيل المثال تجنب الاصطدام )
  • تأخير نقل البيانات والنفقات العامة (كمية البيانات مقسومة على معدل البت )
  • تأخير الانتشار (المسافة مقسومة على سرعة انتشار الموجة)
  • تأخير في انتظار الحزمة
  • تأخير ترجمة NAT
  • تأخير معالجة تخزين العقدة الوسيطة وإعادة توجيهها
  • وقت إعادة إرسال الحزمة (في حالة حذف الحزم في أجهزة التوجيه المزدحمة، أو اكتشاف أخطاء بت)
  • تأخر الإقرار بسبب التحكم في التدفق وتجنب الازدحام وتأخير المعالجة

انظر أيضا

مراجع

  1. ^ ستيوارت تشيشاير. "مشاكل أداء TCP الناجمة عن التفاعل بين خوارزمية ناجل والإقرار المتأخر" . تم الاسترجاع في 13 يناير 2010 .

مصادر

  • حساب الناتج الجيد محفوظ في 2010-08-18 على موقع Wayback Machine
  • التحكم في الطاقة ومعدلات الأداء بكفاءة مع قيود جودة الخدمة: نهج قائم على نظرية الألعاب
  • RFC 2647 — مصطلحات المقارنة المعيارية لأداء جدار الحماية
Retrieved from "https://en.wikipedia.org/w/index.php?title=Goodput&oldid=1228805145"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate