에셋 사전 컴파일로 인한 과도한 메모리 사용

[Ed_S]

스왑(swap)을 사용하는 것이 항상 권장됩니다. 커널의 과대할당(overcommit)을 활성화하는 것도 매우 좋은 아이디어입니다. 이를 통해 피크 메모리 요구량을 상당히 줄일 수 있습니다.

이 두 가지를 먼저 설정한 뒤 다시 시도해 보세요. 과대할당에 대한 자세한 내용은 다음 링크를 참고하세요.

MKJ의 의견 있는 Discourse 배포 구성

지난 몇 년간 상당한 양의 콘텐츠와 많은 이미지를 갖춘 Discourse 포럼을 운영해 왔습니다. Maker Forums에는 100GB가 넘는 이미지와 40만 개 이상의 게시물이 있으며, 이 중 상당량은 주로 Google+에서 가져온 것이고 나머지는 사이트 내에서 생성된 것입니다. 이 게시글은 제가 최종적으로 Maker Forums 및 이후 몇몇 다른 Discourse 인스턴스를 구성한 방식의 요소를 설명합니다. 이는 제가 시작할 때 알았으면 좋았을 내용이며, 다른 사람들이 자신의 Discourse 인스턴스에서 동일한 함정을 피하는 데 도움을 주기 위해 사용해 온 것입니다. 더 넓은 독자를 위해 공개합니다. 경고: 리눅스 시스템 관리자로서 작업하는 데 익숙하지 않다면, 이 가이드는 당신을 위한 것이 아닐 가능성이 높습니다. 리눅스에 대한 지식을 전제로 하는 모든 방식을 제가 인지하고 있을 수도 없습니다. 이 글이 깨달음을 주는 것처럼 읽힌다면, 당신은 대상 독…

진단 측면에서는, OOM(Out Of Memory) 이벤트를 확인하기 위해 dmesg를 점검하는 것이 도움이 될 수 있으며, 이는 사후에 수행할 수 있습니다. 또한 시스템이 멈추는 시점에 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