epoch 안에서 오래 멈춘 독자가 회수를 막습니다. 살아 있는 참조를 강제 해제하지 않고 메모리를 어떻게 제한하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
epoch에 머문 독자는 이전 노드를 계속 참조할 수 있어 시간이 길다는 이유로 강제 해제하면 안 됩니다. 오래된 독자·retired bytes를 관측하고 취소·완료 확인·새 reader 수락 제한으로 관리합니다.
reclamation 방식 변경이나 더 짧은 읽기 구간을 검토합니다. 독자 정지·재개·노드 재사용을 시험합니다. epoch 숫자는 논리 세대이며 실제 수명 보호 절차 없이 use-after-free를 고치지 못합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- epoch에 머문 독자는 이전 노드를 계속 참조할 수 있어 시간이 길다는 이유로 강제 해제하면 안 됩니다. 오래된 독자·retired bytes를 관측하고 취소·완료 확인·새 reader 수락 제한으로 관리합니다.
- epoch 숫자는 논리 세대이며 실제 수명 보호 절차 없이 use-after-free를 고치지 못합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: epoch에 머문 독자는 이전 노드를 계속 참조할 수 있어 시간이 길다는 이유로 강제 해제하면 안 됩니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.