docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

01_Archive/2026-04-20/Node.js 프로덕션 메모리 병목 분석.md

@@ -1,4 +1,4 @@
-# [[Node.js 프로덕션 메모리 병목 분석]]
+# [[Node.js 프로덕션 메모리 병목 분석|Node.js 프로덕션 메모리 병목 분석]]
 
 ## 📌 Brief Summary
 Node.js는 단일 프로세스로 장기간 실행되는 특성이 있어, 더 이상 필요하지 않은 객체의 참조가 유지될 경우 V8 힙(Heap) 메모리가 해제되지 않고 지속적으로 누적되는 메모리 누수 현상이 발생할 수 있습니다 [1, 2]. 프로덕션 환경에서 이러한 누수는 가비지 컬렉션(GC)의 오버헤드를 늘려 애플리케이션의 응답 지연이나 OOM(Out of Memory) 크래시 같은 심각한 병목 현상을 유발합니다 [3]. 이를 분석하고 해결하기 위해 개발자는 `--trace-gc` 같은 실행 플래그, `heapdump`를 통한 힙 스냅샷(Heap Snapshot) 획득, 그리고 크롬 개발자 도구(Chrome DevTools) 등을 활용하여 지속적으로 증가하는 객체와 이를 잡아두는 유지 경로(Retaining Path)를 추적해야 합니다 [4-6].
@@ -31,8 +31,8 @@ Node.js는 단일 프로세스로 장기간 실행되는 특성이 있어, 더
     *   `--max-semi-space-size`: 초당 요청 수가 많아 수명이 짧은 임시 객체가 대량 생성되는 환경에서 New Space의 크기를 늘려 잦은 Minor GC 실행을 줄입니다 [32, 33].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[V8 가비지 컬렉션 (Garbage Collection)]], [[힙 스냅샷 (Heap Snapshot)]], [[메모리 누수 (Memory Leaks)]]
-- **Projects/Contexts:** [[Chrome DevTools (크롬 개발자 도구)]], [[Node.js 모니터링 및 튜닝]]
+- **Related Topics:** [[V8 가비지 컬렉션(Garbage Collection)|V8 가비지 컬렉션 (Garbage Collection)]], [[힙 스냅샷(Heap Snapshot)|힙 스냅샷 (Heap Snapshot)]], [[메모리 누수(Memory Leaks)|메모리 누수 (Memory Leaks)]]
+- **Projects/Contexts:** [[Chrome DevTools(크롬 개발자 도구)|Chrome DevTools (크롬 개발자 도구)]], Node.js 모니터링 및 튜닝
 - **Contradictions/Notes:** 애플리케이션 내에서 수동으로 GC를 제어하기 위해 `--expose-gc` 플래그를 켜고 `global.gc()`를 호출할 수 있지만, 이 기능은 V8의 자동 가비지 컬렉션을 비활성화하지는 않습니다. 오히려 수동 호출의 남용은 애플리케이션의 응답 속도 등 전체적인 성능에 부정적인 영향을 미칠 수 있으므로 주의해서 사용해야 한다고 소스는 경고합니다 [34, 35].
 
 ---