كيف يمكنك معرفة ما إذا كان Jellyfin مقيّدًا بوحدة المعالجة المركزية أو الذاكرة أو الشبكة أو التخزين؟

إيفا وونغ

IceWhale author

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

How Can You Tell Whether Jellyfin Is CPU-, Memory-, Network-, or Storage-Bound? - Zima Store Online

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

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

ثبّت حالة التشغيل

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

ابدأ من التشغيل المباشر إلى التحويل حتى يكون مسار الخادم معروفًا قبل مقارنة سلوك الموارد.

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

تترك وحدة المعالجة المركزية والذاكرة بصمات مختلفة

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

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

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

تحتاج الشبكة والتخزين إلى اختبارات خاصة بالمسار

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

قس زمن تأخر التخزين ومعدل النقل كلًّا على حدة، وقارن البث نفسه مع إيقاف عمليات النقل المنافسة مؤقتًا.

إذا كان العَرَض يتبع عمق قائمة الانتظار أو استخدام سرعة الرفع، فلن تؤدي زيادة وحدة المعالجة المركزية أو ذاكرة الوصول العشوائي إلى إزالته. وإذا استمر العَرَض بعد خمول المسار، فانتقل إلى توافق العميل أو القدرة الحاسوبية.

-15% OFF

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

Single board computer zimaboard2

استخدم مصفوفة حكم للموارد الأربعة

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

يحافظ الاختبار المعياري البارد والدافئ الموجز على تركيز القرار على الأدلة بدلًا من الاندفاع إلى الترقية.

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