لقد شهدت زيادة كبيرة في استخدام وحدة المعالجة المركزية منذ الترقية في نهاية هذا الأسبوع. يبدو أن استخدام وحدة المعالجة المركزية لـ RUBY هو المحرك الرئيسي. وقد أشار إلى هذا مستخدم آخر في هذا الموضوع.
كما ترى من الرسوم البيانية أدناه، كان استخدام وحدة المعالجة المركزية والحمل قبل الترقية أقل بكثير مما كان عليه بعد الترقية. تمت الترقية في مساء يوم 31/1.
في 33 ساعة، هناك استخدام كبير لوحدة المعالجة المركزية لـ ruby. بناءً على بيانات TOP، شهدت استخدامًا لوحدة المعالجة المركزية بمقدار ضعفين في آخر 33 ساعة على مدار 22 يومًا. في 33 ساعة، شهدت 11 ساعة من وقت وحدة المعالجة المركزية. (648 دقيقة من وقت وحدة المعالجة المركزية عبر 5 معرفات عمليات).
بيانات إضافية:
انخفضت حركة المرور خلال اليومين الماضيين بنحو 10٪. (تحليلات ولوحة معلومات)
تثبيت discourse قياسي في حاوية واحدة (بدون دردشة)
قوائم انتظار Sidekiq قليلة (1 ألف إلى 2 ألف يوميًا)
لا يبدو أن هناك أي شيء غير عادي في سجلات discourse
أعمل على خادم DO بسعة 8 جيجابايت من ذاكرة الوصول العشوائي و 2 من وحدات المعالجة المركزية AMD الافتراضية.
هذه ليست حالة يكون فيها الخادم معطلاً بشكل حرج، ولكن الخوادم التي تعمل بنسبة 5٪ إلى 7٪ تكون أفضل بكثير من تلك التي تعمل بنسبة 25٪.
ما هي المعلومات التي يمكنني تقديمها للمساعدة في استكشاف هذه المشكلة وإصلاحها؟
دعنا نترك هذا في الدعم لفترة حتى نحدد ما إذا كانت هناك مشكلة.
هل يمكنك الدخول إلى الحاوية وتشغيل htop من الداخل (ستحتاج إلى تثبيته) بهذه الطريقة ستتمكن من معرفة العملية المحددة التي تستهلك كميات كبيرة من وحدة المعالجة المركزية.
نعم، لقد حلّت مشكلة ارتفاع استهلاك وحدة المعالجة المركزية. إن استهلاك وحدة المعالجة المركزية لديّ لمدة دقيقة واحدة وخمس دقائق هو حوالي ثلث القيم السابقة. هذا مع تشغيل htop و netdata الآن على النظام.
شكراً على الاستجابة السريعة للتحقيق.
أنا متأكد من أن لديك أمورًا أخرى مخططًا لها لهذا اليوم بخلاف التراجع.
بصفتي مستخدمًا جديدًا لـ Discourse، بعد أسبوعين من الترحيل، كان المنتج رائعًا للعمل معه.
