حلّ المجتمع

تثبيت التطبيقات على ZimaOS 1.4.4 بسرعة KB/s: اشتُبه في نظام أسماء النطاقات (DNS)، لكن الإصلاح من المصدر تضمّن أيضًا إصدارًا أحدث وإعادة تشغيل

A September 2025 ZimaBoard thread where App Store installs took 20-30 minutes and Docker pulls ran at KB/s despite a 100 Mbps fiber connection. IceWhale suspected DNS and asked for a cross-machine docker pull comparison. Disabling DNS-related apps and switching to 8.8.8.8 did not fix it. The user later updated to 1.4.4.4-1, changed DNS to 1.1.1.1, rebooted, and reported normal installs, so the thread does not isolate one root cause.

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

اشتبهت IceWhale في نظام أسماء النطاقات (DNS)، لكن الأدلة مختلطة. عطّل المستخدم AdGuard Home وNginx وغيّر DNS إلى Google ‏8.8.8.8، إلا أن التثبيتات ظلت بطيئة. وبعد بضعة أيام، عقب التحديث إلى 1.4.4.4-1 وتغيير DNS إلى Cloudflare ‏1.1.1.1 وإعادة التشغيل، عادت التثبيتات إلى سرعتها الطبيعية. وبما أن عدة متغيرات تغيرت في الوقت نفسه، فإن المصدر لا يثبت أن DNS وحده تسبب في المشكلة أو أصلحها.

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

اختبار السرعة السريع لا يثبت أن تنزيلات سجل Docker سريعة

يتصل اختبار سرعة الويب بخادم اختبار قريب. أما تثبيت صورة Docker فقد يتصل بخوادم DNS ونقاط نهاية السجل وخدمات المصادقة ومضيفي CDN في مناطق مختلفة.

قد تتزامن سرعة التصفح الطبيعية أو اختبار السرعة المحلي السريع مع بطء سحب صور الحاويات.

لوحة معلومات MySpeed تُظهر نحو 86 ميغابت في الثانية للتنزيل و47 ميغابت في الثانية للرفع على خادم ZimaOS نفسه
كان لدى الخادم المذكور في المصدر معدل نقل طبيعي عبر الإنترنت، بينما ظلت صور متجر التطبيقات تُنزّل ببطء شديد.

كان DNS فرضية معقولة، لكنها غير مثبتة في المصدر

كان لدى المستخدم AdGuard Home وQuad9 وNginx ضمن البيئة. واقترح Giorgio تعطيل التطبيقات المرتبطة بـDNS وتجربة DNS عام مثل 1.1.1.1 أو 8.8.8.8.

الاختبار الأول المنضبط — تعطيل التطبيقات المرتبطة بـDNS والتبديل إلى 8.8.8.8 — لم يحل مشكلة بطء التثبيت. لذلك لا تكتب «تسبب AdGuard في المشكلة» أو «يحل Google DNS المشكلة».

إعدادات Ethernet في ZimaOS مع خادم DNS عام مُكوّن يدويًا
كان تغيير DNS إحدى طبقات استكشاف الأخطاء، وليس المتغير الوحيد الذي تغير قبل عودة الأداء إلى طبيعته.

قارن تنفيذ docker pull على جهاز آخر

كان سؤال IceWhale التشخيصي التالي مفيدًا بشكل خاص: نفّذ سحبًا لصورة Docker نفسها على جهاز آخر متصل بالشبكة نفسها.

إذا كان كلا الجهازين بطيئًا، فتحرَّ مشكلات مزود خدمة الإنترنت أو السجل أو CDN أو توجيه DNS. وإذا كان ZimaOS وحده بطيئًا، فركّز على حالة Docker أو الشبكة أو النظام فيه.

تحقق أيضًا من مساحة التخزين وأداء الكتابة

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

يتيح ZimaOS الحالي للمستخدمين نقل صور Docker وAppData إلى وحدة تخزين أكبر وفحص استخدام مساحة تخزين التطبيقات.

تضمن التعافي المذكور في المصدر تغييرات تتجاوز DNS

تضمنت الحالة النهائية الناجحة ما يلي:

  • تحديث ZimaOS إلى 1.4.4.4-1؛
  • تغيير DNS إلى 1.1.1.1؛
  • إعادة تشغيل الخادم.

وهذا يجعل النتيجة حقيقية، لكنه لا يحسم السبب الجذري.

إصدار ZimaOS الحالي أحدث بكثير من 1.4.4

قدم ZimaOS 1.7 متجر التطبيقات 2.0، كما حسّنت الإصدارات اللاحقة بدء تشغيل Docker وإعدادات الشبكة وتوافق YAML وترحيل التطبيقات. أعد إنتاج أعراض بطء السحب الحالية على أحدث إصدار مستقر قبل تطبيق حلول عام 2025.

استخدم الخط الأساسي الحالي لـ ZimaOS 1.7.1.

الأسئلة الشائعة حول بطء تثبيت التطبيقات

هل أثبت المصدر أن اتصال الإنترنت كان بطيئًا؟

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

هل أدى التبديل إلى 8.8.8.8 إلى حل المشكلة؟

لا. ذكر المستخدم صراحةً أن المشكلة استمرت بعد ذلك الاختبار.

ما الذي تزامن أخيرًا مع عودة الأداء إلى طبيعته؟

التحديث إلى 1.4.4.4-1، وتغيير DNS إلى 1.1.1.1، وإعادة التشغيل؛ ولا يستطيع المصدر تحديد التغيير الحاسم.