Consumo excesivo de memoria debido a la precompilación de activos

[Ed_S]

Siempre es aconsejable tener espacio de intercambio (swap). Es una muy buena idea permitir que el kernel realice sobrecompromiso de memoria. Esto puede reducir sustancialmente tus necesidades máximas de memoria.

Primero soluciona esas dos cosas y luego inténtalo de nuevo. Para el sobrecompromiso, consulta:

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 …

En cuanto al diagnóstico, podría ser útil revisar dmesg en busca de eventos de OOM (falta de memoria), lo cual puedes hacer después, y también ejecutar vmstat en el momento del bloqueo.

vmstat 5 5

Aquí está mi consejo general de diagnóstico:

@Ed_S

Por cierto, si algo no funciona y no hay evidencia obvia de por qué, y especialmente si sospechas de una escasez de memoria, vale la pena verificar el matador de falta de memoria, también conocido como OOM-killer. Recomiendo:

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

Edición: por comodidad, lo añadiré a mi lista de diagnósticos instantáneos estándar:

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