لماذا يختلف أداء Jellyfin بين الاتصالات عبر الشبكة المحلية والاتصالات عن بُعد

إيفا وونغ

IceWhale author

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

Why Jellyfin Performance Differs on LAN and Remote Connections

يعمل Jellyfin بشكل مختلف عن بُعد لأن الخادم نفسه يواجه سعة رفع أقل، وتفاوتًا أكبر في المسار، وتوجيهًا مختلفًا، وغالبًا ملف تشغيل مختلفًا.

قد يشغّل تلفاز بدقة 4K متصل بشبكة Ethernet سلكية ملفًا بمعدل بت مرتفع عبر التشغيل المباشر، بينما يتلقى هاتف متصل بالشبكة الخلوية بثًا محوّلًا بدقة 1080p ومحدودًا عبر وكيل عكسي أو شبكة VPN. لم تتغير مكونات الخادم، لكن العميل ومعدل البت المتاح وزمن الاستجابة ومسار الأمان تغيرت. وتؤدي هذه الظروف المتغيرة إلى اختيار عمليات مختلفة وإنشاء حدود فشل مختلفة.

سعة الشبكة المحلية تحافظ عادةً على مسار التشغيل الأصلي

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

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

تختفي هذه الميزة عند ازدحام شبكة Wi-Fi أو عندما يتعذر على العميل فك ترميز المصدر. فكلمة «محلي» تصف البنية الشبكية، ولا تضمن الأداء، لذلك قد تصبح وصلة لاسلكية ضعيفة أبطأ مرحلة في المسار.

قد تؤدي قواعد الرفع ومعدل البت عن بُعد إلى تشغيل التحويل

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

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

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

يضيف توجيه الإنترنت زمن تأخير وفقدانًا ووسطاء

قد تمر الجلسات عن بُعد عبر توجيه مزود خدمة الإنترنت، أو NAT، أو إنهاء TLS، أو وكلاء عكسية، أو شبكات VPN متداخلة، أو مرحّلات. ويمكن لكل مكوّن أن يضيف التخزين المؤقت، أو مهلات الانتظار، أو حدود الرؤوس، أو قيود النطاق الترددي التي لا توجد بين عنوانين على الشبكة المحلية.

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

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

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

بروتوكول مقارنة من الشبكة المحلية إلى الاتصال عن بُعد

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

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

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