feat: complete wikification of War Commander batch 1&2 and final grey dot cleanup

10_Wiki/Topics/Graphics & Performance/Memory Management.md

@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-F27A16
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -25,10 +25,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Memory Management"
 
 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Garbage Collection]], [[Object Pooling]], [[Texture Compression]], [[GPU Resources]], [[Buffer Allocation]]
-- **Projects/Contexts:** [[Three.js]], [[WebGL]], [[Electron]], [[Needle Engine]]
+- **Projects/Contexts:** Three.js, [[WebGL]], [[Electron]], [[Needle Engine]]
 - **Contradictions/Notes:** 웹 기반 프론트엔드 개발에서는 자바스크립트의 자동 메모리 관리에 의존하기 쉬우나, 소스에 따르면 WebGL과 같은 GPU 자원은 가비지 컬렉터의 대상이 아니므로 개발자가 수동으로 자원 해제를 관리해야만 크래시와 누수를 막을 수 있다고 강력히 지적합니다 [3, 7, 17]. 또한, 드로우 콜을 줄이는 인스턴싱 기법이 성능에 유리해 보이지만, 동적으로 크기가 늘어나는 버퍼를 방치할 경우 오히려 심각한 가비지 컬렉션 병목을 초래해 전체 성능을 깎아먹을 수 있음을 경고합니다 [2, 9].
 
 ---
 *Last updated: 2026-04-19*
-- Raw Source: [[00_Raw/2026-04-20/Memory Management.md]]
+
 ---