Go 컨테이너에서 GOMEMLIMIT를 limit과 같게 설정했습니다. 런타임 밖 메모리와 피크 여유는 어떻게 계산하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
GOMEMLIMIT는 Go 런타임이 관리하는 메모리의 목표이며 컨테이너 전체 RSS의 단단한 상한이 아닙니다. native·cgo·매핑·스택·OS와 순간 피크의 여유를 남깁니다.
heap·runtime 지표와 cgroup 사용량을 대조하고 최대 부하에서 OOM·GC CPU·p99를 봅니다. 값을 너무 낮추면 GC가 과도하게 일할 수 있어 cache 축소·할당 개선과 함께 검증합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- GOMEMLIMIT는 Go 런타임이 관리하는 메모리의 목표이며 컨테이너 전체 RSS의 단단한 상한이 아닙니다. native·cgo·매핑·스택·OS와 순간 피크의 여유를 남깁니다.
- 값을 너무 낮추면 GC가 과도하게 일할 수 있어 cache 축소·할당 개선과 함께 검증합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: GOMEMLIMIT는 Go 런타임이 관리하는 메모리의 목표이며 컨테이너 전체 RSS의 단단한 상한이 아닙니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.