كيفية معرفة ما إذا كان التأخير في Plex ناتجًا عن العميل أم الخادم

إيفا وونغ

IceWhale author

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

How to Tell Whether Plex Delay Comes From the Client or Server - Zima Store Online

يكون تأخر Plex من جهة العميل عندما يعمل المسار نفسه على الخادم في أماكن أخرى، ومن جهة الخادم عندما تعيد عدة عملاء إنتاج الاختناق نفسه.

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

أعد إنتاج التأخر باستخدام الوسائط نفسها

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

يمكن أن تؤثر تراجعات Plex الخاصة بعميل معين في بعض المنصات، بينما تظل المنصات الأخرى سليمة.

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

راقب ما إذا كان الخادم مشبعًا

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

تفصل فحوصات الاستخدام والتشبع والأخطاء بين المورد المشغول والمورد المقيد فعليًا أو المتعطل.

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

اختبر التشغيل المباشر والتحويل كلٌّ على حدة

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

عندما يكون تحويل Plex مطلوبًا، ينقل توافق العميل عمل فك الترميز والترميز إلى الخادم.

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

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

استخدم مصفوفة للمسارات بدلًا من اختبارات منفردة

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

يعتمد بث Plex بدقة 4K عن بُعد على سرعة رفع مستدامة، وقد يؤدي أيضًا إلى تحويل من جهة الخادم.

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