حلّ المجتمع

تحويل العتاد باستخدام RTX 3050 على ZimaBoard: تحديث البرنامج التعليمي القديم لتعريف CasaOS ليتوافق مع ZimaOS الحالي

A 2023 CasaOS tutorial showing a ZimaBoard 832 with an RTX 3050, manually installed NVIDIA drivers, NVIDIA Container Toolkit, and Jellyfin transcoding. Its apt/kernel-driver steps are historical and should not be copied to current ZimaOS, which has its own NVIDIA driver/runtime and Docker GPU configuration model.

يثبت المصدر فكرة مهمة تتعلق بالأجهزة: إذ يمكن لـ ZimaBoard استخدام وحدة معالجة رسومات NVIDIA منفصلة فعليًا عبر PCIe، وقد عرض المؤلف استخدام RTX 3050 لتسريع الوسائط داخل الحاويات. لكن تعليمات البرامج تنتمي إلى بيئة بأسلوب CasaOS/Debian في عام 2023، وليست إلى ZimaOS الحالية.

أوامر مثل apt install linux-image-generic, apt install build-essentialوتشغيل مُثبّت NVIDIA يدويًا .run المُثبّت، وتثبيت nvidia-container-toolkit لا ينبغي نسخها إلى ZimaOS الحديثة عند استخدام APT. إذ توفر ZimaOS الحالية بالفعل مسارات لدعم NVIDIA، وتتوقع تهيئة الوصول إلى وحدة معالجة الرسومات عبر بيئة تشغيل المنصة/الحاويات.

ZimaBoard موصولة ببطاقة رسومات RTX 3050 موصولة بالطاقة خارجيًا لاختبار الترميز التحويلي للأجهزة الأصلي في CasaOS
عرض المصدر إعداد PCIe والطاقة الفعلي، بينما تحتاج خطواته البرمجية الآن إلى الالتزام بحدود ZimaOS الحالية.
بطاقة GALAX GeForce RTX 3050 موصولة بالطاقة خارجيًا ومستخدمة بجانب ZimaBoard في البرنامج التعليمي للترميز التحويلي للأجهزة الوارد في المصدر
قد تحتاج وحدة معالجة الرسومات المنفصلة إلى مزوّد طاقة خارجي؛ ولا تُعد فتحة PCIe في ZimaBoard بديلًا عن موصل الطاقة المطلوب لوحدة معالجة الرسومات.

بُني البرنامج التعليمي الأصلي حول CasaOS وAPT

حدّث المصدر نواة Linux، وثبّت GCC وأدوات البناء وملفات الترويسة، ونزّل مُثبّت NVIDIA الاحتكاري، ثم ثبّت NVIDIA Container Toolkit باستخدام مستودعات حزم Debian.

يفترض سير العمل هذا مضيفًا قابلًا للتعديل بأسلوب Debian/Ubuntu. أما ZimaOS الحالية فمبنية على Buildroot ولا تستخدم APT كمدير حزم عادي للمضيف.

لدى ZimaOS الحالية مسار دعم خاص بها لوحدات معالجة الرسومات NVIDIA

توضح وثائق IceWhale الحالية استخدام وحدات معالجة الرسومات NVIDIA للترميز التحويلي وأحمال عمل الذكاء الاصطناعي، كما تعرض وثائق المطور الحالية خدمات Docker التي تستخدم runtime: nvidia بالإضافة إلى NVIDIA_VISIBLE_DEVICES.

استخدم نموذج بيئة تشغيل حاويات NVIDIA الحالي في ZimaOS بدلًا من تثبيت حزم المضيف باستخدام APT.

سلسلة RTX 30 مدعومة ضمن إرشادات دعم NVIDIA الحالية في ZimaOS

تسرد وثائق IceWhale الحالية للذكاء الاصطناعي/وحدات معالجة الرسومات وحدات معالجة الرسومات Ampere من سلسلة RTX 30 باعتبارها مدعومة ضمن مسار NVIDIA/CUDA الحالي. ولا تزال البطاقة المحددة بحاجة إلى اتصال PCIe كافٍ، وطاقة وتبريد مناسبين، وحمل عمل متوافق.

تحقّق من وحدة معالجة الرسومات داخل حاوية الوسائط

على مستوى المضيف nvidia-smi يثبت فقط أن برنامج التشغيل على المضيف يرى البطاقة. يجب أيضًا أن يحصل Jellyfin/Plex على الوصول إلى وحدة معالجة الرسومات داخل الحاوية. اختبر من طرفية التطبيق عند توفرها، وتأكد من ظهور البطاقة هناك.

وجود وحدة معالجة الرسومات لا يضمن كل مسارات برامج الترميز

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

طاقة وحدة معالجة الرسومات الخارجية متطلب حقيقي للأجهزة

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

لا تُبقِ إصدارات برامج التشغيل القديمة كتوصيات

استخدم النص الأصلي NVIDIA 535.98؛ واقترح رد لاحق الإصدار 550.142 وتعطيل Nouveau. كانت تلك الإصدارات تجارب تاريخية معقولة، لكن لا ينبغي تثبيتها في مقالة حالية عن ZimaOS. استخدم برنامج التشغيل/بيئة التشغيل المرفقة مع إصدار ZimaOS الحالي أو الموثّقة له.

لا ينبغي تعميم ادعاء النص الأصلي بشأن «واجهة شبكة وحدة معالجة الرسومات»

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

مسار PCIe ليس عادةً أول اختناق في تحويل الترميز

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

لا تفسّر ضيق مسار PCIe ماديًا على أنه دليل على أن NVENC/NVDEC لا يمكنهما مساعدة خادم الوسائط. تحقّق من عملية تحويل ترميز فعلية وافحص استخدام وحدة معالجة الرسومات بدلًا من ذلك.

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

استخدم المصدر مزوّد طاقة خارجيًا لأن RTX 3050 قد تحتاج إلى طاقة أكبر بكثير مما يمكن لفتحة PCIe في ZimaBoard توفيره بأمان. كما يضم الخادم وحدة معالجة مركزية خاصة به، وأقراص SATA، وأجهزة USB، وأحمال بدء الدوران.

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

تغيّر لوحة خادم سلبية مع وحدة معالجة رسومات منفصلة متطلبات التبريد

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

أبقِ تدفق الهواء حول وحدة معالجة الرسومات غير معاق، وراقب درجات الحرارة أثناء حمل العمل الفعلي. قد تؤدي جلسة قصيرة nvidia-smi لا يثبت الفحص أثناء الخمول الاستقرار الحراري على المدى الطويل.

فضّل تعريف التطبيق الحالي المفعّل لوحدة معالجة الرسومات

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

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

تحقق من سلسلة تحويل الوسائط بالكامل عبر الأجهزة

  1. تأكد من أن المضيف يرى وحدة معالجة الرسومات NVIDIA.
  2. تأكد من أن حاوية الوسائط ترى وحدة معالجة الرسومات.
  3. فعّل الواجهة الخلفية الصحيحة لتسريع الأجهزة في Jellyfin/Plex.
  4. شغّل وسائط تتطلب التحويل البرمجي فعلًا.
  5. تحقق من حالة التحويل البرمجي/السجلات الخاصة بالتطبيق.
  6. راقب nvidia-smi لعملية وحدة معالجة الرسومات/الاستخدام.

يمنع هذا حالة إيجابية زائفة شائعة، إذ تكون وحدة معالجة الرسومات مثبتة بشكل صحيح، لكن جميع عملاء الاختبار يستخدمون التشغيل المباشر، فلا يتم تفعيل مُرمّز NVIDIA.

الأسئلة الشائعة حول RTX 3050 على ZimaOS

هل ينبغي لمستخدمي ZimaOS الحاليين تشغيل أوامر apt الواردة في المصدر؟

لا. تنتمي هذه الأوامر إلى بيئة CasaOS/Debian القديمة.

هل يمكن لتطبيقات Docker الحالية على ZimaOS استخدام وحدات معالجة الرسومات NVIDIA؟

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

هل تحتاج RTX 3050 إلى طاقة منفصلة؟

يفعل ذلك العديد من الطرز. اتبع متطلبات موصل البطاقة الرسومية المحددة ومتطلبات مزوّد الطاقة، بدلًا من افتراض أن طاقة فتحة PCIe كافية.