لا ينبغي تلقائيًا اعتبار تثبيت ZimaOS حديثًا يستهلك قرابة 30% من المعالج لعدة ساعات «أمرًا طبيعيًا»، خصوصًا عندما تشير قائمة العمليات إلى kworker. تتمثل الخطوة التالية المفيدة في تحديد عامل النواة النشط ومعرفة الجهاز أو المقاطعة التي تبقيه مشغولًا.
في هذا النقاش، استُبعد بحث الذكاء الاصطناعي، ومع ذلك ظل المستخدم يلاحظ السلوك بعد نحو عشر ساعات. وكانت درجة الحرارة المنخفضة واستهلاك الطاقة المنخفض مطمئنين، لكنهما لم يثبتا سبب نشاط عمال النواة.
ما الذي أظهره النقاش فعليًا
كان النظام الأصلي يستخدم i3-6100T بنواتين وأربعة خيوط معالجة. واقترح أحد أفراد المجتمع أولًا أن يكون السبب نشاطًا بعد التثبيت واستطلاع واجهة الويب، لكن المستخدم أكد لاحقًا أن الحمل استمر نحو عشر ساعات، وأن بحث الذكاء الاصطناعي كان معطلًا.
وصف رد آخر kworker بأنه عمل نواة مرتبط ببرامج التشغيل والمقاطعات وإدارة الطاقة والأقراص والشبكات. وهذا الوصف صحيح عمومًا، لكن الاستنتاج بأن نسبة 25–30% غير ضارة دائمًا على معالج ثنائي النواة لم يثبت من خلال النقاش.
حدّد العامل المشغول قبل تغيير الإعدادات
ابدأ بقائمة العمليات بينما تعرض لوحة المعلومات الارتفاع المفاجئ. إذا ارتفع خيط واحد من kworker مرارًا في الوقت نفسه، فسجّل اسمه ونسبة استخدامه للمعالج والطابع الزمني الدقيق. ثم تحقّق مما إذا كان النشاط يتغير عند فصل أجهزة USB الاختيارية أو إيقاف الأقراص عن العمل أو تعطيل بطاقات الشبكة الإضافية أو الأجهزة الأخرى، جهازًا واحدًا في كل مرة.
تظهر الفكرة نفسها في قائمة فحص اختناقات NAS: اربط العَرَض بالمورد والعملية اللذين يتغيران في اللحظة نفسها، بدلًا من ترقية الأجهزة استنادًا إلى مخطط واحد.
استبعد العمل في الخلفية والأخطاء الحديثة
قد تُجري التثبيتات الحديثة عمليات اكتشاف وفهرسة وتهيئة للخدمات، لذلك لا يشير الارتفاع القصير بعد الإقلاع تلقائيًا إلى وجود عطل. لكن استمرار الأمر لساعات طويلة يغيّر التشخيص. أغلق واجهة الويب، وأوقف التطبيقات غير الأساسية، وتحقق من حالة بحث الذكاء الاصطناعي، ثم أعد التشغيل مرة واحدة لمعرفة ما إذا كان العامل نفسه سيعود.
قارن أيضًا السلوك بعد التحديث إلى الإصدار الحالي. تتضمن ملاحظات ZimaOS 1.7.1 إصلاحات للاستقرار والذاكرة، لكنها لا تدّعي تحديدًا إصلاح تقرير kworker هذا الصادر في فبراير 2026.
متى يجب تصعيد المشكلة
صعّد المشكلة عندما يظل أحد العمال مشغولًا بعد إعادة تشغيل نظيفة، أو ترتفع درجات الحرارة أو القدرة المستهلكة، أو يصبح النظام بطيئًا، أو يتغير الحمل بصورة متوقعة مع جهاز واحد. اجمع إصدار ZimaOS وطراز الجهاز ومخرجات top واسم العامل الدقيق.
ولاتباع طريقة عامة للتمييز بين ضغط المعالج وضغط التخزين أو الشبكة، تستخدم طريقة تحديد اختناق الموارد النهج نفسه القائم على الأدلة.
الخلاصة
لم يثبت النقاش أن استخدام المعالج بنسبة 30% أثناء الخمول أمر طبيعي في كل أنظمة ZimaOS ذات عدد الأنوية المحدود. تُعد درجة الحرارة المنخفضة واستهلاك الطاقة المنخفض علامتين جيدتين، لكن استمرار استخدام kworker يستحق عزل السبب على مستوى العملية والجهاز قبل اعتباره غير ضار.
