كيف يغيّر تحويل ترميز وحدة المعالجة المركزية استهلاك الخادم للطاقة مقارنةً بالتشغيل المباشر؟

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

حدّد نتيجة الطاقة قبل إجراء المقارنة

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

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

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

يبقي التشغيل المباشر وحدة المعالجة المركزية أقرب إلى خط أساس الخادم

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

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

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

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

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

يتيح Linux محاسبة طاقة حزم Intel عبر عدادات طاقة RAPL لحزم وحدات المعالجة المركزية. وتعرض الواجهة الطاقة المتراكمة بدلًا من قيمة واحدة فورية بالواط، ما يجعلها مفيدة لمقارنة إجمالي طاقة وحدة المعالجة المركزية في تشغيلين متساويي المدة: أحدهما بالتشغيل المباشر والآخر بتحويل الترميز البرمجي.

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

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

قِس الطاقة لكل ساعة مشاهدة بدلًا من قياس ذروة الواط

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

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

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

قد تؤثر خيارات الشيفرة والمرشحات في فرق الطاقة أكثر من الدقة وحدها

قد ينشئ تدفقان بدقة 4K حملًا مختلفًا جدًا على وحدة المعالجة المركزية. فقد يحتاج أحدهما إلى تغيير الحاوية فقط، بينما يتطلب الآخر فك ترميز HEVC برمجيًا، وضبط درجات الألوان، وحرق الترجمة داخل الفيديو، وتغيير الحجم، وترميز H.264. تعامل مع خط المعالجة الكامل بوصفه حالة الاختبار، بدل افتراض أن «4K» تتنبأ بالطاقة على نحو فريد.

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

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

يحوّل التزامن فرق الطاقة إلى قرار متعلق بالسعة

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

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

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

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

هل يستهلك تحويل الترميز عبر وحدة المعالجة المركزية دائمًا 100% من المعالج؟

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

هل تحويل الترميز عبر الأجهزة منخفض الاستهلاك مثل التشغيل المباشر؟

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

هل يؤدي خفض معدل البت عن بُعد دائمًا إلى تقليل استهلاك الخادم للطاقة؟

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

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

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

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

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