استهلاك مفرط للذاكرة بسبب تجميع الأصول مسبقًا

[Ed_S]

من المستحسن دائمًا وجود مساحة تبديل (swap). ومن فكرة جيدة جدًا تمكين النواة من تجاوز الالتزام (overcommit)، حيث يمكن أن يقلل ذلك بشكل كبير من احتياجاتك القصوى للذاكرة.

أتمنى أن تحل هاتين المشكلتين ثم تحاول مرة أخرى. لمعرفة المزيد حول تجاوز الالتزام، راجع:

MKJ's Opinionated Discourse Deployment Configuration

I have been running a Discourse forum with a substantial amount of content and plenty of images over the past few years. Maker Forums has over 100GB of images and over 400,000 posts, of which a substantial amount was imported, primarily from Google+, and the rest was created on the site. This post describes elements of how I eventually configured Maker Forums and, later, a few other Discourse instances. This is what I wish I knew when I got started, and which I’ve used to help others avoid some …

أما فيما يتعلق بالتشخيص، فقد يكون من المفيد التحقق من سجل dmesg بحثًا عن أحداث نفاد الذاكرة (OOM)، ويمكنك القيام بذلك لاحقًا، وكذلك تشغيل أمر vmstat في وقت التوقف:

vmstat 5 5

إليك نصيحتي العامة للتشخيص:

@Ed_S

بالمناسبة، إذا كان شيء ما لا يعمل دون وجود دليل واضح على السبب، وخاصة إذا كنت تشك في نقص الذاكرة، فمن الجدير التحقق من قاتل نفاد الذاكرة (out-of-memory killer)، المعروف أيضًا باسم OOM-killer. أنصحك بتنفيذ الأمر التالي:

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

تعديل: ولأجل التيسير، سأضيف هذا الأمر إلى قائمتي الخاصة بالتشخيصات الفورية القياسية:

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