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

هل ينبغي نسخ Jellyfin احتياطيًا أثناء تشغيله أم إيقاف الخدمة أولًا؟
للتبسيط، يُفضَّل استخدام النسخ الاحتياطية للخدمات المتوقفة؛ ولا تستخدم اللقطات الحية إلا عندما تكون حالة التطبيق ملتقطة بشكل متسق وتكون عمليات الاستعادة قد اختُبرت.

لماذا يعمل Jellyfin بدرجة حرارة مرتفعة أو بضوضاء عالية عندما لا يشاهد أحد أي محتوى؟
تعني الحرارة أثناء الخمول عادةً وجود عمل في الخلفية أو عبء عمل على مضيف مشترك، لذا حدّد العملية النشطة والمهمة المجدولة قبل تغيير التبريد...

متى ينبغي إعادة بناء Jellyfin بدلًا من إصلاحه؟
اختر إعادة البناء بدلًا من الإصلاح عندما يكون انجراف بيئة التشغيل هو المشكلة وتكون الحالة الدائمة قد نُسخت احتياطيًا؛ لا تُجرِ «إعادة بناء» بحذف...

