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

01_Archive/2026-04-20/Nodejs 프로덕션 메모리 문제 해결.md

@@ -1,13 +1,13 @@
 ---
 id: P-REINFORCE-AUTO-490C25
-category: "[[10_Wiki/💡 Topics/AI]]"
+category: "10_Wiki/💡 Topics/AI"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - Nodejs 프로덕션 메모리 문제 해결"
 ---
 
-# [[Nodejs 프로덕션 메모리 문제 해결]]
+# [[Nodejs 프로덕션 메모리 문제 해결|Nodejs 프로덕션 메모리 문제 해결]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > Node.js는 단일 프로세스로 장기간 실행되는 런타임이므로, 코드 내에서 참조가 제대로 해제되지 않은 객체가 누적되면 V8 힙(Heap) 메모리가 점진적으로 고갈되어 궁극적으로 OOM(Out of Memory) 크래시가 발생할 수 있습니다 [1-3]. 프로덕션 환경에서의 메모리 문제 해결은 정상적인 가비지 컬렉션(GC) 패턴과 누수 패턴을 구분하고, 타임라인 및 힙 스냅샷 분석을 통해 누수 객체의 보존 경로(Retaining Path)를 추적하여 근본 원인을 찾아 수정하는 체계적인 과정을 의미합니다 [4-8].
@@ -20,11 +20,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Nodejs 프로덕션 메모리
 - **정책 변화:** AI 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[Garbage Collection (V8)]], [[Heap Snapshot]], [[Memory Leak Patterns]], [[Orinoco Garbage Collector]]
-- **Projects/Contexts:** [[Chrome DevTools Memory Panel]], [[Node.js Production Monitoring]]
+- **Related Topics:** Garbage Collection (V8), [[Heap Snapshot|Heap Snapshot]], Memory Leak Patterns, Orinoco Garbage Collector
+- **Projects/Contexts:** [[Chrome DevTools Memory Panel|Chrome DevTools Memory Panel]], [[Node.js Production Monitoring|Node.js Production Monitoring]]
 - **Contradictions/Notes:** 가비지 컬렉션(GC)은 애플리케이션의 힙 메모리를 정리해주지만, 메인 스레드 실행을 멈추는 'stop-the-world' 특성을 지닙니다. V8은 Orinoco 프로젝트를 통해 병렬(Parallel), 점진적(Incremental), 동시적(Concurrent) 처리 기법을 도입하여 지연(Pause) 시간을 최소화했지만 [28-32], 개발자가 `--expose-gc`를 활성화하여 `global.gc()`를 수동으로 강제 호출하는 것은 시스템 성능을 악화시킬 수 있으므로 매우 주의해서 사용해야 한다고 경고하고 있습니다 [33, 34].
 
 ---
 *Last updated: 2026-04-19*
-- Raw Source: [[00_Raw/2026-04-20/Node.js 프로덕션 메모리 문제 해결.md]]
+- Raw Source: 00_Raw/2026-04-20/Node.js 프로덕션 메모리 문제 해결.md
 ---