Чрезмерное потребление памяти из-за предварительной компиляции ассетов

[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

Кстати, если что-то не работает без очевидных причин, и особенно если вы подозреваете нехватку памяти, стоит проверить наличие убийцы процессов из-за нехватки памяти (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