أرى هذا النمط لاستخدام وحدة المعالجة المركزية في Sidekiq (الجزء المتزايد هو Sidekiq):
هل يمكن أن يكون هذا مرتبطًا بـ https://meta.discourse.org/t/increased-cpu-usage-since-3-4-0-beta4-dev-58f75ed205-upgrade/350200؟
كيف يجب أن أتحقق من ذلك؟
إعجابَين (2)
متى قمت بإعادة بناء الحاوية الخاصة بك آخر مرة؟ إذا كان منذ فترة، فإنني أوصي بإعادة البناء الآن.
تراجع الاستخدام الأول كان بعد إعادة البناء الموصى بها.
كان آخر إعادة بناء قبل ساعة واحدة ولكن بنفس نمط الاستخدام.
هل نظرت في Sidekiq، هل هناك تراكم للمهام؟ زور /sidekiq
./launcher enter app
apt-get update && apt-get install -y htop
htop
هل وحدة المعالجة المركزية مرتفعة حاليًا؟
إذا كانت مرتفعة، فحاول فحص وحدة المعالجة المركزية على عملية قيد التشغيل مرتفعة باستخدام:
ps
top -H -p PID_OF_HIGH_CPU
هذا لا يُظهر أي كمية مقلقة لوحدة المعالجة المركزية، فهل تحوم وحدة المعالجة المركزية الآن حول الصفر عبر جميع العمليات؟
لم يعد هناك أي عملية قيد التشغيل تستغرق الكثير من الوقت.
يُظهر HTOP استخدامًا متغيرًا لوحدة المعالجة المركزية.
تُرجع إحصائيات Netplan استخدام وحدة المعالجة المركزية المرتفع إلى sideqik:
هل هناك أي أدوات تحليل لـ sideqik يمكنني تمكينها؟
المفتاح هو أنك بحاجة إلى اكتشاف الأشياء التي تسلك سلوكًا خاطئًا، والعثور على الإشعاع الخلفي أمر صعب للغاية.
بالقراءة من app/jobs/base.rb و MethodProfiler، أود أن أعرف ما إذا كان يمكن حفظ المقاييس المجمعة في تقرير بطريقة تراكمية (كمجاميع للوقت المستغرق في مهام مختلفة) في بيئة إنتاجية.
أتفهم أنه يمكن تمكين التسجيل التفصيلي عبر ENV["DISCOURSE_LOG_SIDEKIQ"]، ولكن أتوقع أن يؤدي هذا إلى إنشاء كمية كبيرة من البيانات في بيئة إنتاجية.
بالنسبة للحاوية المزدوجة، هل تقصد حاوية الويب أم حاوية قاعدة البيانات/ريديس؟
استخدام وحدة المعالجة المركزية في حاوية الويب، ولكن سأعيد بناء كليهما كإجراء احترازي.
عذراً على الإزعاج. كان موقع الاختبار هو السبب. لم يكن Maildev قيد التشغيل، لذلك فشلت جميع رسائل البريد الإلكتروني. يجب أن أنام أكثر.
4 إعجابات
لقد كتبت هنا عن ما تعلمته:
إعجابَين (2)
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.