هذه مواصفات جيدة! هل لديك موقع مزدحم بشكل خاص؟
هل أنت متأكد من عدم حدوث إعادة خبز؟
كم عدد الصور التي يتم نشرها في الدقيقة؟
إعداد الصور المصغرة هو في الغالب رمز أساسي ويتطلب معالجة إضافية إلزامية للصور.
هذا هو الحال بالنسبة لأي مكون إضافي أو سمة من هذا النوع.
لقد قمنا بإيقاف المكون الإضافي لمدة 24 ساعة تقريبًا، ثم أعدنا تشغيله لمدة 24 ساعة.
أدناه ألصق ملاحظات من مسؤول النظام الآخر لدينا.
يسبب المكون الإضافي تباطؤًا في جدولة المهام.
كلما زادت المهام في قائمة الانتظار، زادت صعوبة مواكبة وحدة المعالجة المركزية.
لذلك، ما يحدث هو أن الخادم يرى الكثير من حركة المرور، ولكن الأمور تبدو طبيعية لبعض الوقت حتى تبدأ المهام في التراكم.
في النهاية، تكافح وحدة المعالجة المركزية للمواكبة وترتفع الاستخدامات وتنخفض مع إكمال المهام المتأخرة.
لهذا السبب رأينا سابقًا أن هناك أكثر من 3000 مهمة متأخرة.
في الظروف العادية، لا يوجد أكثر من 5 مهام. ولكن دائمًا ما تكون هناك 0 مهام لأنه لا ينبغي أن تكون هناك مهام متأخرة، بل يجب معالجتها فورًا.
توضح الصورة المرفقة المهام الحالية التي تتراكم. حاليًا، تتراوح المهام المتأخرة بين 30 و 35.
جميع المهام جديدة من المنشور الأخير في الـ sidecar.
لا يمكنني تحديد السبب حتى الآن، ولكن هذا يحدث فقط عندما يكون المكون الإضافي قيد التشغيل.
آخر ساعة من موارد وحدة المعالجة المركزية
آخر 24 ساعة، تشير تقريبًا إلى مكان تم فيه تمكين المكون الإضافي (انظر الاتجاه الصعودي بعد الارتفاع)
يبدو أن النمط أطول من 24 ساعة للملاحظة، لكن المكون الإضافي يسبب استخدامًا عامًا للموارد بنسبة 80-90٪ في معظم الأوقات.
بمجرد إيقاف تشغيله، سنبدأ في ملاحظة أنه خلال الـ 24 ساعة القادمة، سيبلغ متوسط استخدام الخادم 60-75٪ ولن تتراكم المهام.
أيضًا، عندما نرغب في ذلك، قمت بتغيير app.yml ليكون به 16 عامل unicorn. عندما نرغب في إعادة البناء، أعتقد أنه يجب علينا تعطيل المكون الإضافي، وأن يكون لدينا 16 عامل unicorn. نراقب أداء الخادم خلال تلك الفترة الزمنية، ونضبط قيمة العمال إلى ما نعتقد أنه الأفضل.
على مدار الـ 7 أيام الماضية
الأحمر = ممكّن
الأزرق = معطّل
بعد إعادة تشغيل المكون الإضافي مرة أخرى، ترتفع وحدة المعالجة المركزية. أنا أقل ثقة في أن جزء المهام هو الشيء الرئيسي. لاحظت أن عدد المهام يزداد مع المزيد من عمال unicorn. أعتقد أن الرقم غير ذي صلة.
ما زلت أرى مشكلة في أن المكون الإضافي يحتفظ بالموارد.
لست متأكدًا بنسبة 100٪ بعد، ولكني واثق جدًا من أن المكون الإضافي يمثل مشكلة.
المكون الإضافي + 16 عامل: يثبت الخادم
16 عامل بدون مكون إضافي - يعمل بشكل جيد
المكون الإضافي + 8 عمال - بطيء ولكنه يعمل
الرسم البياني بعد إيقاف تشغيل المكون الإضافي
مرحباً،
أنا المسؤول الآخر الذي قام بتدوين هذه الملاحظات.
لم أعد أرى الوظائف كجزء من المشكلة.
للأسف، لست ملمًا جدًا بالتفاصيل الداخلية لـ discourses لأعرف ما الذي يمكن أن يكون السبب. أنا فقط أعرف ما أراه حاليًا.
يمكن تلخيص الأمر بأن الموقع بطيء بشكل عام عند تمكينه بـ 8 عمال ويكاد يتعطل بـ 16 عاملاً.
مع إيقاف المكون الإضافي، يعمل الموقع بشكل جيد للغاية ومع وجود عدد كافٍ من العمال يكون سريعًا جدًا.
هذا يجعلني أعتقد أن هناك شيئًا ما في المكون الإضافي يبطئ الموقع إما بسبب الموارد أو شيء عالق في عمليات الإدخال/الإخراج أو العمليات غير المتزامنة ربما.
يرجى إلقاء نظرة على قائمة انتظار sidekiq الخاصة بك. هل ترى الكثير من المهام في قائمة الانتظار وما هي أسماء المهام؟
أنا متأكد من أنها مجرد تراكم لإنتاج الصور المصغرة والتي ستستقر بمجرد معالجة جميع الصور.
هذه عملية أساسية.
يمكنك إزالة المكون الإضافي sidecar بأمان إذا لم تكن بحاجة إلى ميزاته الإضافية واستخدام مكون السمة (Theme Component) فقط.
هل يمكنك تأكيد استمرار المشكلة مع تفعيل مكون السمة (Theme Component) ولكن ليس المكون الإضافي sidecar؟
إذا لم تقم بتثبيت المكون الإضافي sidecar من قبل، فيجب أن تكون المشكلة في النواة الأساسية.
إذا كنت بحاجة إلى مساعدة في تحليلك، يمكنك توظيف Pavilion.
أرحب بالتقارير المستقلة حول هذه المشكلة.
للتأكيد فقط - من المتوقع حدوث زيادة في مهام تغيير حجم الصور التي تستهلك وحدة المعالجة المركزية العالية عند تمكين أي نوع من مكونات سمة الصور المصغرة لقائمة المواضيع 
. تقوم Core بإنشاء الصور المصغرة “عند الطلب” لأول مستخدم يعرض موضوعًا معينًا في قائمة المواضيع.
كما ذكر @merefield، يجب أن يستقر الوضع بمجرد إنشاء جميع الصور المصغرة للمواضيع المدرجة بشكل متكرر.
زيادة عدد العمال ربما ليست فكرة جيدة - محاولة القيام بالمزيد من العمل بالتوازي على جهاز مقيد بوحدة المعالجة المركزية ستؤدي إلى تفاقم الأعراض. من الأفضل الحفاظ على أعداد العمال كالمعتاد حتى تتمكن المهام من الانتظار في قائمة الانتظار ومعالجتها دون إرهاق الجهاز.
في واجهة مستخدم sidekiq، من المحتمل أن ترغب في النظر إلى علامتي التبويب “Busy” و “Queued”. المهام “Scheduled” هي المهام المجدولة لوقت معين في المستقبل، وبالتالي من غير المرجح جدًا أن تسبب مشاكل في الأداء.
يبدو رائعًا في المعاينة، ولكنه في الواقع مختلف تمامًا. ماذا أفعل بشكل خاطئ؟
الموضوع: FKB Pro - Social theme - #268 by Don
العديد من سمات “التحويل الكامل” غير مدعومة. أشك في أن FKB Pro لديه تجاوزات خاصة به تتعارض مع هذا المكون. أخشى أنني لا أستطيع دعم هذا السيناريو.
يهدف مكون السمة هذا إلى استخدامه ككتلة بناء ضمن سمة لا تحاول تغطية جميع الجوانب.
إذا كنت تريد شريطًا جانبيًا أيمن مع معاينات قائمة الموضوعات، فجرب Right Side Blocks معًا.
تمت إضافة ميزة تجريبية:
هذا يعمل بشكل جيد الآن، لا يزال خلف إعداد:
هذا يستجيب للعرض، لذلك يظهر فقط في وضع “البلاط (الفسيفساء)” عندما تكون منطقة القائمة واسعة بما يكفي.
العرض التوضيحي هنا: https://www.starzen.space/
ملاحظة: الحشو الزائد في الجزء السفلي الأيمن هو مشكلة معروفة ضرورية بسبب عارض الفسيفساء الذي، لأسباب تتعلق بالأداء (إنه سريع!)، يعرض الأشياء على أقرب صف شبكي. بمجرد (!) أن يقوموا بتطبيق الفسيفساء الأصلية في شبكة CSS، سأعيد صياغة هذا لجعله أفضل.
ملاحظة #2: تحتوي لقطة الشاشة أيضًا على بعض عناصر التحكم من مكون سمة “قضبان ديسكورس” (الشريط الجانبي مخفي). معاينات قائمة المواضيع تعمل بشكل جيد جدًا مع “قضبان ديسكورس”.
تظهر صورة لـ YouTube في الصفحة الرئيسية.
هل يمكن أن تكون لتويتر أيضًا؟
لا يقتصر الأمر بأي حال من الأحوال على يوتيوب.
إنه يكشف عن أي شيء يكون للصورة المصغرة. إذا أنشأ تضمين تويتر صورة مصغرة، فعندئذ نعم.
هل يمكنك إخباري بالإعدادات التي يجب أن أختارها لجعلها مثل هذه الصورة؟
أريدها أن تكون على شكل قائمة مصغرات مثل هذه الصورة.
صورة محاذاة لليسار
إزالة المسارات من هذا الإعداد:
وإلا فستظهر كـ “Tiles”. إذا كنت تريد صفر مسارات بتنسيق “Tiles”، فقم بإزالة كل هذه الأسطر، ولكن قد ترغب في التفكير في Tiles على الهاتف المحمول (وفي هذه الحالة احتفظ بتلك التي تحتوي على *-mobile).
إنه مثالي الآن، شكرًا لك على ذلك 
يوجد إعداد في المكون الإضافي المصاحب (المدرج في OP):
ولكن بدون المكون الإضافي، قد ترغب في تجربة الإعدادات الأصلية:
لم ألقِ نظرة على هذا منذ فترة! 
أنا ألعب بالإعدادات التي ذكرتها، لكنها لا تعمل.
ومن المثير للاهتمام، أن هناك عددًا قليلاً جدًا من الملخصات حول موضوع واحد والكثير جدًا حول موضوع آخر.
يجب أن تكون الشخصية ضمن حد معين من الأحرف.
قم بتثبيت المكون الإضافي sidecar، واستخدم هذا الإعداد.
أعتقد أنه يجب عليك تشغيل إعادة خبز للمنشور لإعادة إنشاء ملخص الموضوع.
