# كيفية تحسين أداء PostgreSQL وقاعدة بيانات Discourse

**URL:** <https://meta.discourse.org/t/how-to-optimize-postgres-and-the-discourse-db/338275>\
**Category:** Product Support\
**Tags:** postgres\
**Created:** [25 نوفمبر 2024، 4:31م UTC](https://meta.discourse.org/t/how-to-optimize-postgres-and-the-discourse-db/338275 "2024-11-25T16:31:49Z")\
**Posts on this page:** 1\
**Showing post:** 14

<div class="post-metadata">

**Author:** ![Ed\_S](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ed_s/32/134015_2.png) [@Ed\_S](https://meta.discourse.org/u/Ed_S)\
**Post date:** [9 ديسمبر 2024، 1:29م UTC](https://meta.discourse.org/t/how-to-optimize-postgres-and-the-discourse-db/338275/14 "2024-12-09T13:29:14Z")

</div>

ذات صلة: كيف يمكن للمسؤول معرفة ما إذا كان لديه عدد قليل جدًا، أو عدد كبير جدًا، من وحيد القرن لحركة مرور الويب الخاصة به؟

ذات صلة: كيف يمكن للمسؤول معرفة ما إذا كان لديه ذاكرة وصول عشوائي (RAM) أكثر بكثير مما يحتاجه؟

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

يجب أن يتم قياس كمية ذاكرة الوصول العشوائي وفقًا للمقدار المطلوب. لا أعرف ما إذا كان الاستيراد الضخم للعديد من المشاركات والمستخدمين يعني بالضرورة المزيد من ذاكرة الوصول العشوائي المطلوبة - سيكون السؤال، ما مقدار قاعدة البيانات التي يتم الوصول إليها لخدمة كل طلب ويب، أو كل مهمة عادية؟

بالنسبة لي، فإن فترة 10 دقائق من أقصى استخدام لوحدة المعالجة المركزية، على خلفية استخدام منخفض جدًا، لن تشير إلى مشكلة. (ستكون مشكلة إذا كان ذلك يعني أن منتدى مزدحمًا وحرجًا زمنيًا، مثل منتدى رياضي / قمار، قد تأخر في تقديم الصفحات في أوقات الذروة. لكن منتدى الخاص بي ليس حرجًا زمنيًا أو حرجًا للأداء.)

لا أعرف كيف يمكن للمرء حساب نطاق أوقات الاستجابة الأخيرة، ولكن قد تكون هذه معلومة جيدة للنظر فيها. إما من جانب خدمة الويب أو من جانب قاعدة البيانات.

---

_[View the full topic](https://meta.discourse.org/t/how-to-optimize-postgres-and-the-discourse-db/338275)._