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

لماذا يختلف أداء Home Assistant على الشبكة المحلية والاتصالات عن بُعد؟
تستخدم جلسات Home Assistant عبر الشبكة المحلية وعن بُعد مسارات شبكة مختلفة؛ إذ يضيف الاتصال عن بُعد زمن استجابة ناتجًا عن DNS والتشفير وشبكة...

هل يعمل Home Assistant بشكل موثوق خلف CGNAT أو NAT مزدوج؟
عادةً لا يؤثر CGNAT وNAT المزدوج في التحكم المحلي عبر Home Assistant؛ بل يغيّران بشكل أساسي كيفية تمكّن العملاء البعيدين من إنشاء مسار وارد...

كيف يؤثر زمن استجابة الشبكة في Home Assistant أثناء انقطاع الإنترنت؟
انقطاع الإنترنت وزمن استجابة الشبكة هما عطَلان مختلفان: فقد تظل مسارات الأجهزة المحلية سريعة، بينما تنتظر خدمات DNS والتكاملات السحابية والبوابات أو العملاء البعيدون.

