Antigravity Agent
4.5 KiB
4.5 KiB
id, category, confidence_score, tags, last_reinforced, github_commit
| id | category | confidence_score | tags | last_reinforced | github_commit | |
|---|---|---|---|---|---|---|
| P-REINFORCE-AUTO-AF3315 | 10_Wiki/💡 Topics/Programming & Language | 0.90 |
|
2026-04-20 | [P-Reinforce] Continuous Worker - Mark-Sweep-Compact 알고리즘 |
Mark-Sweep-Compact 알고리즘
📌 한 줄 통찰 (The Karpathy Summary)
Mark-Sweep-Compact 알고리즘은 애플리케이션의 힙 메모리에서 더 이상 사용되지 않는 객체를 식별하여 메모리를 회수하고, 발생한 메모리 단편화를 해결하는 주요 가비지 컬렉션(GC) 기법입니다 [1]. 도달 가능한 객체를 식별하여 표시하는 마크(Mark) 단계, 참조되지 않는 죽은 객체의 메모리를 회수하는 스윕(Sweep) 단계, 그리고 살아남은 객체들을 모아 힙 메모리 단편화를 줄이는 컴팩트(Compact) 단계로 이루어집니다 [1]. 이 알고리즘은 주로 V8 엔진의 Old Generation이나 JVM의 전역 힙(Java heap)을 정리하는 데 활용되며, 메모리 효율성을 극대화하지만 객체 이동에 따른 비용이 크다는 특징이 있습니다 [2], [3], [4].
📖 구조화된 지식 (Synthesized Content)
- 마크(Mark) 단계: 루트(Root) 객체에서 시작하여 포인터를 통해 도달할 수 있는 모든 살아있는(live) 객체를 식별하고 마크합니다 [5], [1].
- V8 엔진에서는 객체의 마크 상태를 3가지 상태(흰색: 아직 발견되지 않음, 회색: 발견되었으나 이웃 미처리, 검은색: 모든 이웃 객체 처리 완료)로 구분하며, 힙을 객체와 포인터로 연결된 방향 그래프로 간주하여 깊이 우선 탐색(DFS) 방식으로 순회합니다 [6], [5].
- JVM 환경에서는 마크 맵(mark map)이라는 비트 배열을 사용하여 각 객체가 도달 가능한 상태인지 그 위치를 기록합니다 [7].
- 스윕(Sweep) 단계: 마크 단계 완료 후 마크되지 않은(흰색) 죽은 객체들의 범위를 찾아 빈 공간으로 변환하여 회수합니다 [8], [9]. 이렇게 확보된 영역들은 각 크기에 따라 분리된 여유 목록(free lists)에 추가되어 이후 새로운 객체 할당이나 객체 이주를 위한 공간으로 재사용됩니다 [8].
- 컴팩트(Compact) 단계: 살아있는 객체들을 다른 페이지의 빈 공간으로 이동시켜 단편화된 메모리 페이지(작은 빈 공간이 많은 상태)의 실제 사용량을 줄이고 최적화합니다 [10], [11]. 이 단계에서는 기존 객체를 복사하고 원본의 첫 단어 자리에 포워딩 주소(forwarding address)를 남기며, 이주가 끝나면 관련된 모든 포인터를 새로운 복사본의 위치로 업데이트합니다 [10].
- 성능과 실행 특징: 스윕 알고리즘은 각 페이지의 마크 비트맵을 순회하며 마크되지 않은 객체의 범위를 찾기만 하므로 매우 간단합니다 [8]. 반면 컴팩트 작업은 살아있는 대량의 객체를 이동시키고 이 객체들을 가리키는 모든 참조(reference) 값을 변경해야 하므로 연산 비용이 매우 큽니다 [3], [4]. 따라서 컴팩트 작업은 매번 수행되지 않고 힙이 심하게 단편화되었거나 메모리 할당 실패가 발생하는 등 선택적이고 필수적인 상황에서만 실행되도록 제어됩니다 [3], [4].
⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- 과거 데이터와의 충돌: 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
- 정책 변화: Programming & Language 분야의 자동 자산화 수행.
🔗 지식 연결 (Graph)
- Related Topics: Garbage Collection, V8 Engine, Old Space, Java Heap Memory
- Projects/Contexts: V8 엔진의 Old Generation 메모리 관리, IBM JVM의 가비지 컬렉션 메커니즘
- Contradictions/Notes: 컴팩트(Compact) 작업은 단편화를 해결하여 캐시 지역성(cache locality)을 높이지만, 포인터 재조정과 객체 이동 비용으로 인해 애플리케이션의 'Stop-the-world(STW)' 일시 중지 시간을 증가시킬 수 있습니다 [3]. 이를 보완하기 위해 V8 엔진은 객체 그래프가 변경될 가능성을 쓰기 장벽(Write barrier)으로 제어하며 점진적 마킹(Incremental marking) 및 지연 스윕(Lazy sweeping) 기술을 도입하여 메인 스레드 멈춤 시간을 줄이고 있습니다 [12], [13], [14].
Last updated: 2026-04-19
- Raw Source: 00_Raw/2026-04-20/Mark-Sweep-Compact 알고리즘.md