بعد تحديث الأمس، يستغرق موقعي 50 ثانية للفتح (ثم يعمل بشكل طبيعي)

[Bathinda (Bathinda Helper)]

قبل تحديث موقعي إلى v3.4.0 Beta3-dev- (5e86bc2f43) كان كل شيء على ما يرام.

ولكن منذ هذا التحديث بالأمس، يستغرق موقعي ما يقرب من دقيقة، أو أكثر، فقط لفتحه.

• كخطوة تشخيصية، قمت بتعطيل جميع مكونات الثيم وجميع الإضافات وأعدت بناء حاوية Web_Only الخاصة بي، ومع ذلك لا تزال المشكلة قائمة.
• ولكن إذا قمت بالتشغيل في الوضع الآمن، مع تحديد جميع الصناديق الثلاثة، فعندها فقط يتم تحميله بشكل أسرع من ذي قبل، ولكنه لا يزال يستغرق ما يقرب من 30 ثانية. ضع في اعتبارك أنه إذا قمت بتحديد الصندوق الأول فقط وإلغاء تحديد الصندوقين الآخرين، أو العكس، فلن يتم تحقيق أي فائدة في السرعة.

من فضلك ساعدني.

[Bathinda (Bathinda Helper)]

لن تصدق، لأنني أنا نفسي لا أصدق أن هذا حدث بعد 5 دقائق فقط من إنشاء هذا المنشور، (وبمجرد تغيير سمة واجهة المستخدم الخاصة بي/الخاصة بالمسؤول إلى سمة أخرى، ثم العودة إليها)، تم حل المشكلة.
أي، بدون أي تحديث، أو إعادة بناء، لا شيء، بدأ الموقع في الفتح بشكل صحيح (مرت 24 ساعة كاملة خلال المشكلة). لا أعرف ما إذا كان يجب علي حذف هذا الموضوع أم لا (على أي حال سأغلق هذا).

تعديل: عادت المشكلة في اليوم التالي. أحيانًا تحدث وأحيانًا لا. سأبلغ المزيد لاحقًا.

[Ed_S]

(من المحتمل أن تكون مهمة ترحيل ما قد استمرت لفترة بعد التحديث.)

[Bathinda (Bathinda Helper)]

شكرا لك @Ed_S
ولكن اليوم مرة أخرى، لمدة 5 دقائق واجهت نفس المشكلة. عندما حدثت هذه المشكلة اليوم، حاولت فتح موقعي كمستخدم آخر (وهو ‘Moderator’) في وضع التصفح المتخفي في كروم. كانت المشكلة موجودة هناك أيضًا ولكن بنسبة 50٪ فقط (كان يفتح في نصف الوقت، حوالي 20-30 ثانية).
ثم فتحته على هاتفي، وكانت نفس المشكلة موجودة هناك أيضًا. ولكن بعد نصف ساعة، عندما فتحت موقعي، كان كل شيء يعمل بشكل جيد.

[Ed_S]

ربما جرب

@Ed_S

قائمتي من التشخيصات الفورية القياسية:

cat /etc/lsb-release
uptime
df -h /
free
vmstat 5 5
dmesg|egrep -i "memory|oom|kill"
ps auxrc

ولكن قم بتشغيل هذه (في سطر الأوامر على الجهاز الذي يشغل الخادم) في نفس الوقت الذي تتصفح فيه الموقع لإثارة التباطؤ.

[Ed_S]

من الجدير أيضًا تمكين واستخدام mini-profiler، والإبلاغ عن نتائجك.

انظر

@tobiaseigen

يبدو ما يلي دليلًا جيدًا خطوة بخطوة

[Bathinda (Bathinda Helper)]

@Ed_S

dmesg|egrep -i "memory|oom|kill"

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

[Bathinda (Bathinda Helper)]

@Ed_S

من الجدير أيضًا تمكين واستخدام “Mini Profiler”، والإبلاغ عن نتائجك.

كانت هناك أشياء في موضوع “Mini Profiler” لم أفهمها بالكامل. لذلك، سأختار هذا الحل، إذا كان عليّ ذلك.

[Ed_S]

شكراً على إجراء التشخيصات. الشيء الرئيسي الذي أراه هناك هو عدد كبير من عمليات الكتابة على القرص. لكن لا يمكنني تخمين السبب.

[Ed_S]

ربما يستحق الأمر تثبيت وتشغيل iotop. قد نتمكن من رؤية أي عملية تكتب الكثير من البيانات إلى القرص.

apt install iotop-c
iotop -o -b -n 22

[Bathinda (Bathinda Helper)]

شكرا.
للعلم، خادم Ubuntu الخاص بي يحتوي فقط على هذا الموقع الوحيد المثبت عليه. وهذا أيضًا مع عدد قليل جدًا من المستخدمين، يزور الموقع 3-4 مستخدمين فقط يوميًا. لذلك، أي نشاط قد يقوم به الخادم، يجب أن يكون نشاطًا في الخلفية فقط.

ثانيًا، قمت بتشغيل أمر iotop مباشرة بعد إعادة بناء حاوية web_only، إذا كان ذلك ذا صلة في بعض الحالات. وأيضًا، يفتح الموقع بسرعة تقارب 97٪ (يفتح في 5 ثوانٍ بالنسبة لي/للمسؤول). عندما تظهر المشكلة، يبدأ في استغراق أكثر من 30 ثانية عند التحديث القوي (Ctrl+F5).

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

شكرا لمساعدتك.

[tobiaseigen]

هل قمت بتثبيت discourse باستخدام تعليمات التثبيت الرسمية؟

[Ed_S]

لا أعتقد أنني أرى أي شيء غريب في مخرجات iotop تلك.

ربما يجدر استكشاف وضع sidekiq: علامات تبويب مختلفة في صفحة forum.url/sidekiq الخاصة بك (والتي لا يمكن رؤيتها إلا بواسطة حساب مسؤول)

[Bathinda (Bathinda Helper)]

@tobiaseigen

هل قمت بتثبيت discourse باستخدام تعليمات التثبيت الرسمي؟

نعم. وكان موقعي يعمل بشكل جيد لمدة 4 سنوات. فقط بعد تحديثه قبل اليوم الذي فتحت فيه هذا الموضوع لاحظت أنه يتصرف بهذه الطريقة (عند التحديث القوي باستخدام Ctrl+F5 كمسؤول، يستغرق من 5 إلى 50 ثانية في أوقات مختلفة من اليوم، وبعد ذلك يعمل بشكل طبيعي).

اليوم مرة أخرى أيضًا، لقد قمت بتسجيل الدخول كمستخدمين مختلفين في أحدث إصدارات chrome، وعلى هاتفي المحمول أيضًا (ولكن تحت نفس شبكة wifi)، ووجدت من 5 إلى 30 أو 50 ثانية لفتحه.

[Bathinda (Bathinda Helper)]

اسم النطاق الرئيسي الرئيسي أظهر هذا الـ sidekiq (تم تصغيره قليلاً لاستيعاب كله):

تم تكبيره قليلاً:

[Ed_S]

يبدو هذا عددًا كبيرًا من المهام الفاشلة، وقد يكون ذلك مهمًا. ربما يمتلك شخص آخر الخبرة للمساعدة في التشخيص.

هذا هو تقريري للمقارنة - منتدى ذو حركة مرور منخفضة جدًا.

[Bathinda (Bathinda Helper)]

@Ed_S

هذا يبدو عددًا كبيرًا من الوظائف الفاشلة، وقد يكون ذلك مهمًا. ربما لدى شخص آخر الخبرة للمساعدة في التشخيص.

هل يمكن لأحد أن يساعدني بخصوص هذا العدد الكبير من “وظائف فاشلة” في sidekiq؟

[Ed_S]

هل يمكنك مشاركة لقطات شاشة لجميع علامات تبويب حالة sidekiq السبعة؟ في صفحة sidekiq، في الأعلى، يجب أن ترى
لوحة المعلومات
المهام المشغولة
إعادة المحاولة
المجدولة
المهام الميتة
المجدول

[Bathinda (Bathinda Helper)]

• لوحة المعلومات:
  

  

• مشغول:
  

  

• قوائم الانتظار
  

  

• إعادة المحاولة:
  

  
  
  
  
  
  
  

وتم تخطي المزيد.

• مجدول:
  

  

• معطل
  

  

• مجدول
  

  

لم تستوعب لقطة الشاشة أعلاه كل شيء.

[Ed_S]

شكرًا - لست خبيرًا ولكني أرى نوعين من المهام التي تظهر بكثافة: PostSentimentAnalysis و GenerateEmbeddings.

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