ما أعباء العمل في Jellyfin التي تستفيد فعليًا من زيادة عدد أنوية المعالج؟

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

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

ابدأ بالحد الأدنى الكافي: لا يتطلب التشغيل المباشر معالجًا قويًا متعدد الأنوية

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

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

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

تحويل ترميز الفيديو برمجيًا هو أوضح سبب لزيادة عدد الأنوية

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

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

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

يمكن لعمليات فحص المكتبة الكبيرة والمهام الخلفية المتزامنة الاستفادة من هامش إضافي في المعالج

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

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

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

-15% OFF

يقلل التسريع العتادي من قيمة عدد أنوية المعالج للفيديو

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

يفصل دليل تحويل الترميز العتادي في Jellyfin الحالي بين Intel QSV وNVIDIA NVENC وAMD VA-API، ويوضح أن مسار الفيديو المفيد يعتمد على إتاحة جهاز وسائط مدعوم والتحقق من عمله. وهذا معيار شراء أقوى من عدد أنوية المعالج الخام عندما يكون تحويل الفيديو هو عبء العمل الأصعب.

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

قد تبرر الخدمات المستضافة المشتركة أنوية لا يحتاج إليها Jellyfin وحده

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

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

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

استخدم معيارًا للترقية في عدد الأنوية بدلًا من سلم المواصفات

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

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

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

دليل الشراء

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.