كيف يؤثر زمن استجابة التخزين في بث Jellyfin لعدة مستخدمين

إيفا وونغ

IceWhale author

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

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

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

معدل النقل التسلسلي ليس سوى جزء واحد من ميزانية التخزين

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

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

قِس قراءة ملف مستمرة ومهمة كثيفة بعمليات التنقل أو البيانات الوصفية بشكل منفصل، ثم كررهما أثناء نشاط عدة جلسات.

قد تتنافس بيانات التطبيق والوسائط حتى عندما تكون أعباؤهما مختلفة

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

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

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

يحوّل المستخدمون المتزامنون التأخيرات الصغيرة إلى انتظار في قائمة الانتظار

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

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

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

-15% OFF

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

Single board computer zimaboard2

حدّث التخزين فقط بعد إعادة إنتاج مشكلة الانتظار في قائمة الانتظار

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

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

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