لماذا يستخدم خادم الوسائط وحدة معالجة مركزية عالية أثناء التشغيل؟

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

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

تحقق من وضع التشغيل قبل لوم الأجهزة

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

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

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

عادةً ما يكون ترميز الفيديو بالبرمجيات هو السبب الرئيسي

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

يجب على الخادم فك ترميز الإطارات المصدر، وتطبيق أي فلاتر مطلوبة، وتغيير حجم أو تحويل الصورة، وترميز تدفق جديد بسرعة كافية للبقاء متقدمًا على التشغيل. يتطلب مصدر 4K HEVC محول إلى H.264 بدقة أقل معالجة أكبر بكثير من تقديم الملف الأصلي.

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

العميل غالبًا ما يقرر ما إذا كانت وحدة المعالجة المركزية مطلوبة

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

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

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

الجودة الأقل يمكن أن تزيد من استخدام وحدة المعالجة المركزية للخادم

قد يبدو اختيار إعداد جودة أقل وكأنه يقلل من عبء عمل الخادم. في الواقع، عادةً ما يضطر الخادم إلى إنشاء تدفق جديد عندما يختلف الدقة أو معدل البت المطلوب عن المصدر.

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

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

حرق الترجمة يمكن أن يحول تدفقًا خفيفًا إلى تدفق ثقيل

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

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

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

اختبر مسار الترجمة بشكل منفصل

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

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

لا تفترض أن كل تنسيق ترجمة له نفس التكلفة. قد يكون مسار النص المنسق سهلاً لعميل واحد ويتطلب معالجة فيديو كاملة على آخر، بينما قد يكون من الصعب تقديم ترجمة صورة من بلو-راي بدون دمجها في الفيديو.

وحدة معالجة الرسومات العاملة لا تعني أن كامل خط المعالجة مسرع

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

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

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

قد يعود تسريع الأجهزة إلى البرمجيات

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

قد تستخدم بعض تنسيقات المصدر وحدة معالجة الرسومات (GPU) بنجاح بينما تعتمد أخرى على وحدة المعالجة المركزية (CPU). قد تدعم وحدة معالجة الرسومات H.264 وHEVC Main ولكن ليس عمق البت الدقيق، أو تنسيق الكروما، أو هدف الترميز، أو مسار تعيين النغمة المطلوب لملف معين.

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

يضيف Docker طبقة وصول منفصلة لوحدة معالجة الرسومات.

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

بالنسبة لنشر NVIDIA، تسلسل التحقق المفيد هو تأكيد برنامج تشغيل المضيف أولاً، التحقق من أن Docker يتعرف على وقت تشغيل NVIDIA، التحقق من وجود المكتبات والأجهزة المطلوبة داخل الحاوية، ومراقبة نشاط المشفر أثناء تحويل قسري. حاوية حيث nvidia-smi قد تظل عمليات التشغيل تفتقد المكتبات أو القدرات المطلوبة من قبل خادم الوسائط.

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

يمكن للآلات الافتراضية أن تخلق نفس نمط الفشل.

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

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

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

يمكن أن يترك تعيين نغمة HDR عبئًا كبيرًا على وحدة المعالجة المركزية.

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

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

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

عادةً ما يكون تحويل الصوت أقل عبئًا من تحويل الفيديو

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

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

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

عادةً ما يعني التشغيل المباشر مع وحدة معالجة مركزية عالية أن مهمة أخرى تعمل

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

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

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

يمكن أن يبدو التحليل المجدول كحمل تشغيل

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

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

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

تعدد التدفقات يضاعف أنواعًا مختلفة من العمل

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

عندما يبدأ مستخدم آخر التشغيل، افحص كل جلسة على حدة. لا يعني وجود مستخدمين بالضرورة مضاعفة نفس عبء العمل: قد يقوم أحدهما بالتشغيل المباشر بينما يحرق الآخر الترجمة في ترميز HDR.

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

التلفزيون المباشر قد يتطلب معالجة إضافية

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

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

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

التشغيل عن بُعد غالبًا ما يفرض معدل بت جديد

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

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

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

ارتفاع قصير في وحدة المعالجة المركزية يمكن أن يكون طبيعيًا

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

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

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

لا تعِد ترميز المكتبة بأكملها أولاً

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

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

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

استخدم هذا الترتيب لحل المشاكل

1. أعد إنتاج الجلسة ذات الاستخدام العالي لوحدة المعالجة المركزية بنفس الملف والعميل.
2. سجل ما إذا كان التشغيل مباشر، إعادة تغليف، تحويل صوتي، أو تحويل فيديو.
3. حدد العملية الدقيقة التي تستهلك وحدة المعالجة المركزية.
4. سجل السبب المذكور للتحويل.
5. اختبر الجودة الأصلية على الشبكة المحلية.
6. عطّل الترجمة واختر مسار صوتي آخر.
7. شغّل نفس الملف على عميل آخر.
8. راقب محركات فك وترميز وحدة معالجة الرسوميات.
9. افحص سجل المحول أو FFmpeg للرجوع إلى البرمجيات.
10. تحقق من وصول وحدة معالجة الرسوميات من داخل دوكر أو الجهاز الافتراضي.
11. أوقف مؤقتًا تحليل الوسائط، إنشاء المعاينات، ووظائف التحسين.
12. أضف تدفقات إضافية واحدة تلو الأخرى.
13. تحقق من درجة الحرارة وسرعة ساعة وحدة المعالجة المركزية.
14. قم بترقية الأجهزة فقط بعد تأكيد عنق الزجاجة.

الخلاصة النهائية

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

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

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

الأسئلة الشائعة

لماذا يزداد استخدام وحدة المعالجة المركزية عند تمكين الترجمة؟

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

لماذا يظل استخدام وحدة المعالجة المركزية مرتفعًا عند تمكين الترميز باستخدام الأجهزة؟

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

هل لا يستخدم التشغيل المباشر وحدة المعالجة المركزية؟

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

لماذا يؤدي خفض جودة البث إلى زيادة استخدام وحدة المعالجة المركزية؟

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

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

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