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

2026-04-27 18:58:22 +09:00
parent 3424166ea2
commit 6b86b0da4c
2706 changed files with 9074 additions and 7273 deletions
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-46B173
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - ANGLE (Almost Native Graphics
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGL]], [[OpenGL ES]], [[Direct3D]], [[Micro-latency]], [[Draw Call]]
- **Projects/Contexts:** [[Chrome]], [[Firefox]], [[Opera]]
+- **Related Topics:** [[WebGL]], [[OpenGL ES]], [[Direct3D]], Micro-latency, [[Draw Call]]
+- **Projects/Contexts:** [[Chrome]], Firefox, [[Opera]]
 - **Contradictions/Notes:** ANGLE은 브라우저에서 원활한 그래픽 처리를 위해 도입된 고도로 최적화된 변환기이지만, 드로우 콜이 많은 환경에서는 역설적이게도 이 변환 작업 자체가 누적되어 CPU 병목을 일으키는 주된 원인이 됩니다 [3].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/ANGLE (Almost Native Graphics Layer Engine).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-26A7F5
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.95
 tags: []
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Mega Batch - Wikified ANGLE"
 - **정책 변화:** Graphics & Performance 카테고리의 전문성 확보 및 링크 밀도 최적화.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGL]], [[OpenGL ES]], [[Direct3D]], [[Micro-latency]]
- **Projects/Contexts:** [[Web Graphics Pipelines]]
+- **Related Topics:** [[WebGL]], [[OpenGL ES]], [[Direct3D]], Micro-latency
+- **Projects/Contexts:** Web Graphics Pipelines
 - **Contradictions/Notes:** ANGLE의 변환 작업은 "고도로 최적화(highly optimized)"되어 있지만, 역설적으로 많은 드로우 콜을 요구하는 환경에서는 이 최적화된 변환 작업조차 누적되어 CPU 병목의 주요 원인이 됩니다 [3].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/ANGLE.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-25F1DA
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.95
 tags: []
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Mega Batch - Wikified Alpha Blending"
 - **정책 변화:** Graphics & Performance 카테고리의 전문성 확보 및 링크 밀도 최적화.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Transparency Sorting]], [[InstancedMesh]], [[Overdraw]]
+- **Related Topics:** Transparency Sorting, [[InstancedMesh]], [[Overdraw]]
 - **Projects/Contexts:** 대규모 유리창 건물이나 투명한 숲 등 다수의 반투명 객체를 `InstancedMesh` 등을 사용하여 실시간으로 렌더링하고 최적화해야 하는 웹 그래픽스 및 게임 프로젝트 맥락 [1, 2].
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. (제공된 소스에서는 알파 블렌딩 자체의 개념보다는, 투명 객체 렌더링 정렬 문제의 원인으로서만 간략히 언급되고 있습니다.)

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Alpha Blending.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-B22078
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -33,11 +33,11 @@ github_commit: "[P-Reinforce] Continuous Worker - BIM 모델 렌더링"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedMesh]], [[BatchedMesh]], [[WebGPU]], [[Draw Call]]
- **Projects/Contexts:** [[IFC.js]], [[Revit 모델 렌더링]], [[대규모 건설 뷰어(Construction Viewers)]]
+- **Related Topics:** [[InstancedMesh]], BatchedMesh, [[WebGPU]], [[Draw Call]]
+- **Projects/Contexts:** IFC.js, [[Revit 모델 렌더링]], [[대규모 건설 뷰어(Construction Viewers)]]
 - **Contradictions/Notes:** 다양한 형태의 객체를 단일 드로우 콜로 처리하여 성능을 높이기 위해 `BatchedMesh`를 사용하는 것이 일반적으로 권장되지만, 수백만 개의 정점과 수십만 개의 서브 지오메트리가 있는 거대한 Revit 기반 건축 모델에 이를 그대로 적용할 경우, 내부 버퍼 업데이트와 데이터 복사 등의 오버헤드로 인해 오히려 CPU 사용량이 40~60% 이상 폭증하고 프레임(FPS)이 급락하는 심각한 성능 역전 현상이 보고되기도 하므로 데이터 규모에 따른 주의가 필요합니다 [15, 22-25].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/BIM 모델 렌더링.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-B4BA95
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -27,11 +27,11 @@ github_commit: "[P-Reinforce] Continuous Worker - BIM 모델 시뮬레이션"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU]], [[InstancedMesh]], [[BatchedMesh]], [[Compute Shader]]
- **Projects/Contexts:** [[대규모 건설 뷰어(Large-Scale Construction Viewers)]]
+- **Related Topics:** [[WebGPU]], [[InstancedMesh]], BatchedMesh, [[Compute Shader]]
+- **Projects/Contexts:** 대규모 건설 뷰어(Large-Scale Construction Viewers)
 - **Contradictions/Notes:** 다양한 부품이 혼재된 BIM 모델 최적화를 위해 다중 드로우를 하나로 묶는 `BatchedMesh`가 대안으로 제시되지만, 정점 및 면(face)의 수가 1,000만 개 단위를 넘어갈 정도로 너무 큰 경우에는 과도한 버퍼 연산으로 인해 CPU 점유율이 오히려 치솟는 치명적인 성능 저하가 발생한다는 한계가 있습니다 [8, 9, 11]. 

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/BIM 모델 시뮬레이션.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-D211FC
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - BVH"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Raycasting]], [[Frustum Culling]], [[InstancedMesh]], [[Spatial Indexing]]
+- **Related Topics:** [[Raycasting]], [[Frustum Culling]], [[InstancedMesh]], Spatial Indexing
 - **Projects/Contexts:** [[three-mesh-bvh]], [[InstancedMesh2]]
 - **Contradictions/Notes:** 기본 `three-mesh-bvh` 라이브러리만으로는 `InstancedMesh`의 전체 인스턴스 집합에 대한 직접적인 공간 조회가 제한적이라는 점이 지적되지만 [7], 커뮤니티에서 개발된 `InstancedMesh2` 라이브러리가 BVH 공간 인덱스를 내장함으로써 이러한 한계를 성공적으로 극복하고 전체 인스턴스의 빠른 컬링 및 레이캐스팅을 가능하게 합니다 [10, 12].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/BVH.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-852A59
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -31,11 +31,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Babylonjs"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Instanced Meshes]], [[Solid Particle System (SPS)]], [[Frustum Culling]], [[WebGPU]]
- **Projects/Contexts:** [[대규모 3D 환경 렌더링 최적화 프로젝트]]
+- **Related Topics:** Instanced Meshes, Solid Particle System (SPS), [[Frustum Culling]], [[WebGPU]]
+- **Projects/Contexts:** 대규모 3D 환경 렌더링 최적화 프로젝트
 - **Contradictions/Notes:** 인스턴스 메쉬는 지오메트리를 복제하지 않아 메모리가 절약되어야 하지만, 한 사용자는 10,000개의 인스턴스당 100MB의 힙 메모리가 증가(인스턴스당 약 8~10KB)한다는 프로파일링 결과를 제기했습니다 [7, 11]. 이에 대해 Babylon.js 개발진(Deltakosh)은 실제 인스턴스 1개당 차지하는 메모리는 약 400바이트 수준이라고 확인하며 오해를 정정했습니다 [12].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Babylon.js.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-6B3697
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -33,11 +33,11 @@ github_commit: "[P-Reinforce] Continuous Worker - BatchedMesh 및 InstancedMesh
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[드로우 콜 (Draw Call)]], [[Frustum Culling (시야 절두체 컬링)]], [[오버드로우 (Overdraw)]]
- **Projects/Contexts:** [[Revit 및 BIM 건축 모델 렌더링 최적화]], [[WebGPU 및 Indirect Draw]]
+- **Related Topics:** 드로우 콜 (Draw Call), Frustum Culling (시야 절두체 컬링), 오버드로우 (Overdraw)
+- **Projects/Contexts:** Revit 및 BIM 건축 모델 렌더링 최적화, WebGPU 및 Indirect Draw
 - **Contradictions/Notes:** BatchedMesh는 여러 종류의 지오메트리 렌더링 시 발생하는 CPU의 드로우 콜 오버헤드를 줄이고 성능을 최적화하기 위해 고안되었으나, 대규모(10만 개 이상) 지오메트리 벤치마크 환경에서는 내부 상태 업데이트 및 버퍼 데이터 전송 부하로 인해 도리어 Merged Mesh 방식보다 CPU 사용량을 최대 3배 이상 폭증시키고 FPS를 심각하게 떨어뜨리는 역설적인 결과를 보입니다 [5, 15, 30].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/BatchedMesh 및 InstancedMesh 성능 벤치마크.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-723577
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -28,11 +28,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Batching"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Draw Calls]], [[WebGL]], [[WebGPU]], [[Interaction to Next Paint (INP)]]
+- **Related Topics:** Draw Calls, [[WebGL]], [[WebGPU]], [[Interaction to Next Paint (INP)]]
 - **Projects/Contexts:** [[Cesium]], [[Wonderland Engine]]
 - **Contradictions/Notes:** 소스 내에서 배칭에 관한 상충되는 의견은 없으나, 3D 엔진에서의 '드로우 콜 병합'과 프론트엔드 최적화에서의 'DOM 연산 일괄 처리'라는 서로 다른 두 가지 시스템 컨텍스트에서 성능 개선을 위한 공통된 원리로 작용하고 있음을 보여줍니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Batching.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-B20BA9
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Buffer Allocation"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[GPU Instancing]], [[Memory Management]], [[Object Pooling]], [[Garbage Collection]]
- **Projects/Contexts:** [[Three.js]], [[Needle Engine]], [[WebGPU]]
+- **Related Topics:** GPU Instancing, [[Memory Management]], [[Object Pooling]], [[Garbage Collection]]
+- **Projects/Contexts:** Three.js, [[Needle Engine]], [[WebGPU]]
 - **Contradictions/Notes:** 소스에서는 실행 중 버퍼 크기를 동적으로 늘리는 방식(Dynamic Growth)은 성능 지연과 오류를 낳으므로, 초기에 넉넉하게 메모리 공간을 사전 할당(Preallocate)하는 방식이 훨씬 안정적이라고 강조합니다 [1-3].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Buffer Allocation.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-7E5F3E
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - BufferAttribute"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedBufferAttribute]], [[BufferGeometry]], [[SharedArrayBuffer]], [[InstancedMesh]]
- **Projects/Contexts:** [[WebGL/Three.js 대규모 CAD 렌더링 메모리 최적화]], [[다중 객체 드로우 콜 최적화 및 커스텀 셰이더 적용 맥락]]
+- **Related Topics:** InstancedBufferAttribute, [[BufferGeometry]], SharedArrayBuffer, [[InstancedMesh]]
+- **Projects/Contexts:** WebGL/Three.js 대규모 CAD 렌더링 메모리 최적화, 다중 객체 드로우 콜 최적화 및 커스텀 셰이더 적용 맥락
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/BufferAttribute.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-2887C6
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - BufferGeometry"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedMesh]], [[Draw Call]], [[BufferGeometryUtils]]
- **Projects/Contexts:** [[Three.js]], [[IFC.js Fragment]]
+- **Related Topics:** [[InstancedMesh]], [[Draw Call]], BufferGeometryUtils
+- **Projects/Contexts:** Three.js, IFC.js Fragment
 - **Contradictions/Notes:** 소스 문헌들은 성능 개선을 위해 객체들을 단일 BufferGeometry로 병합할 것을 권장하면서도, 이 방식이 드로우 콜을 최소화하는 대신 RAM 소모량을 높이고 시야 절두체 컬링의 효율을 저하시키는 트레이드오프(Trade-off)를 유발한다고 경고한다 [4, 5].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/BufferGeometry.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-944A15
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,10 +24,10 @@ github_commit: "[P-Reinforce] Continuous Worker - CPU Bottleneck"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Draw Call]], [[InstancedMesh]], [[Frustum Culling]]
- **Projects/Contexts:** [[Three.js]], [[WebGL]], [[WebGPU]]
+- **Projects/Contexts:** Three.js, [[WebGL]], [[WebGPU]]
 - **Contradictions/Notes:** `InstancedMesh` 기술은 수천 개의 객체를 단 한 번의 드로우 콜로 처리하여 CPU 병목을 획기적으로 해결하는 기술로 알려져 있습니다 [6, 12]. 그러나 이 방식은 개별 객체의 컬링이나 정렬 같은 내부 최적화를 지원하지 않으므로, 이를 극복하기 위해 CPU 단에서 수동으로 위치를 검사하고 버퍼를 재정렬하는 로직을 추가할 경우 오히려 이전보다 더 극심한 CPU 연산 병목이 발생하는 역설적인 상황이 빈번하게 발생합니다 [4, 9].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/CPU Bottleneck.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-38FA31
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -27,11 +27,11 @@ github_commit: "[P-Reinforce] Continuous Worker - CPU Overhead"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGL]], [[WebGPU]], [[Draw Calls]], [[Micro-latency]], [[Compute Shaders]]
- **Projects/Contexts:** [[3D Gaussian Splatting (3DGS)]], [[WebSplatter]], [[ANGLE]]
+- **Related Topics:** [[WebGL]], [[WebGPU]], Draw Calls, Micro-latency, [[Compute Shaders]]
+- **Projects/Contexts:** 3D Gaussian Splatting (3DGS), WebSplatter, [[ANGLE]]
 - **Contradictions/Notes:** 제공된 소스들 사이에서 명백한 모순은 발견되지 않습니다. 모든 소스가 WebGL의 단일 스레드 아키텍처가 야기하는 CPU 병목 현상을 WebGPU의 멀티 스레드 도입 및 명시적 리소스 관리로 극복한다는 공통된 기술적 진화를 설명하고 있습니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/CPU Overhead.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-8A58ED
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Cesium"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Batched3DModel]], [[BatchedMesh]]
- **Projects/Contexts:** [[Three.js BatchedMesh 성능 이슈 비교]]
+- **Related Topics:** Batched3DModel, BatchedMesh
+- **Projects/Contexts:** Three.js BatchedMesh 성능 이슈 비교
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. 작성자는 Cesium의 배칭과 Three.js의 `BatchedMesh`가 매우 유사할 것이라고 추측하지만 [1, 2], 실제로 두 기술 간의 구체적인 아키텍처 차이나 성능 차이의 근본적 원인을 설명하는 기술적 정보는 소스에 존재하지 않습니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Cesium.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-3115F7
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,10 +23,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Chrome (Blink_Dawn)"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[WebGPU]], [[Timestamp Queries]], [[Spectre and Meltdown]]
- **Projects/Contexts:** [[Chrome DevTools]], [[about:tracing]]
+- **Projects/Contexts:** [[Chrome DevTools]], about:tracing
 - **Contradictions/Notes:** 타임스탬프 쿼리 해상도와 관련하여 초기에는 격리된 컨텍스트(isolated contexts) 여부에 따라 다르게 노출되는 방안이 논의되었으나, 향후 W3C의 High Resolution Time 사양과 일치시켜 사이트 격리 여부와 관계없이 100 마이크로초(100us) 해상도를 허용하는 방향으로 GPU for the Web Community Group에서 합의를 이루었습니다 [6, 12, 13].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Chrome (Blink_Dawn).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-7CCB76
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -27,11 +27,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Chrome WebGPU 구현"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Dawn]], [[WGSL]], [[타임스탬프 쿼리 (Timestamp Queries)]], [[f16 부동소수점]]
+- **Related Topics:** Dawn, WGSL, 타임스탬프 쿼리 (Timestamp Queries), f16 부동소수점
 - **Projects/Contexts:** [[Chromium]], [[GPU for the Web Community Group]]
 - **Contradictions/Notes:** 소스에 따르면 WebGPU 타임스탬프 쿼리의 노출 정책에 대한 변화가 있었습니다. 초기에는 보안 문제로 인해 "사이트 격리(Site isolation)가 된 컨텍스트에서만 100마이크로초로 노출하고 비격리 상태에서는 아예 노출하지 않는 방안"이 크롬 팀에 의해 제안되었습니다 [12]. 그러나 플랫폼 간의 상호 운용성(Interop) 문제를 지적하는 의견에 따라, 최종적으로는 격리 여부와 관계없이 고해상도 시간(hr-time) 스펙에 맞춰 일괄적으로 100마이크로초 해상도로 노출하는 것으로 합의되었습니다 [17, 18].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Chrome WebGPU 구현.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-4FF4D6
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -33,11 +33,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Chrome _ Blink WebGPU Implemen
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU Timestamp Queries]], [[Dawn]], [[Spectre and Meltdown]], [[WGSL]]
- **Projects/Contexts:** [[Chrome 120 WebGPU Updates]]
+- **Related Topics:** WebGPU Timestamp Queries, Dawn, [[Spectre and Meltdown]], WGSL
+- **Projects/Contexts:** Chrome 120 WebGPU Updates
 - **Contradictions/Notes:** 소스에 따르면, 타임스탬프 노출에 대한 초기 제안은 보안을 이유로 비격리 컨텍스트에서는 타임스탬프를 전혀 제공하지 않는 것이었으나 [5], 이후 상호 운용성(Interop) 문제를 해결하기 위해 GPU for the Web 커뮤니티 그룹의 합의를 거쳐 컨텍스트의 격리 여부와 상관없이 100 마이크로초 단위로 값을 제공하는 것으로 정책이 수정되었습니다 [6].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Chrome _ Blink WebGPU Implementation.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-5D281C
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -30,5 +30,5 @@ github_commit: "[P-Reinforce] Continuous Worker - Chrome"

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Chrome.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-7025AF
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Chromium WebGPU Implementation
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU]], [[Dawn]], [[Timestamp Quantization]], [[WGSL]]
- **Projects/Contexts:** [[Chromium Project]], [[GPU for the Web Community Group]]
+- **Related Topics:** [[WebGPU]], Dawn, [[Timestamp Quantization]], WGSL
+- **Projects/Contexts:** Chromium Project, [[GPU for the Web Community Group]]
 - **Contradictions/Notes:** 타임스탬프 쿼리 기능 노출과 관련하여, 초기 Chromium(Blink) 인텐트는 Cross-Origin 격리되지 않은 컨텍스트에서 타임스탬프 쿼리를 완전히 비활성화할 계획을 세웠으나(보안 우려), 다른 브라우저 벤더 및 W3C 그룹과의 상호 운용성 논의를 거쳐 격리 여부와 무관하게 hr-time과 동일한 100µs 단위로 노출하는 방향으로 스펙 및 구현 방침이 변경되었습니다 [5-7].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Chromium WebGPU Implementation.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AI-053
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.97
 tags: [geometry, computational geometry, 3d, rendering]
 last_reinforced: 2026-06-XX
@@ -25,6 +25,6 @@ github_commit: "[P-Reinforce] Processed Computational Geometry."

 ## 🔗 지식 연결 (Graph)
 - Parent: [[Computational Geometry]]
- Related: [[Bounding Volume Hierarchy (BVH)]] , [[Three.js 렌더링 최적화]] , [[Physics-Based-Simulation]]
- Raw Source: [[00_Raw/Computational Geometry.md]]
+- Related: Bounding Volume Hierarchy (BVH) , [[Three.js 렌더링 최적화]] , Physics-Based-Simulation
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-38086E
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -30,5 +30,5 @@ github_commit: "[P-Reinforce] Continuous Worker - Compute Shader"

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Compute Shader.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-B1DBB3
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Compute Shaders"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** `[[WebGPU]]`, `[[GPU-driven Rendering]]`, `[[Indirect Drawing]]`, `[[Storage Textures]]`, `[[Frustum Culling]]`
- **Projects/Contexts:** `[[Three.js]]`, `[[Segments.ai]]`, `[[BIM Datasets]]`
+- **Related Topics:** `[[WebGPU]]`, `[[GPU-driven Rendering]]`, `Indirect Drawing`, `Storage Textures`, `[[Frustum Culling]]`
+- **Projects/Contexts:** `Three.js`, `Segments.ai`, `BIM Datasets`
 - **Contradictions/Notes:** 컴퓨트 셰이더는 엄청난 성능 향상을 제공하지만 구형 API인 WebGL이나 WebGL 2에서는 지원되지 않아 WebGPU 환경이 필수적입니다 [1]. 또한 GPU 최적화를 제대로 다루지 못해 동기화 대기(`await mapAsync()`)를 남용할 경우, 오히려 GPU가 최대 60%의 시간 동안 유휴 상태(Idle)에 빠지는 병목 현상을 유발할 수 있습니다 [18].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Compute Shaders.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-8AF01A
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Data Array Textures"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Texture Atlas]], [[BatchedMesh]], [[Draw Calls]], [[WebGL2]]
- **Projects/Contexts:** [[Three.js 성능 최적화]], [[빌보드 임포스터(Billboard Impostors)]]
+- **Related Topics:** [[Texture Atlas]], BatchedMesh, Draw Calls, [[WebGL2]]
+- **Projects/Contexts:** Three.js 성능 최적화, [[빌보드 임포스터(Billboard Impostors)]]
 - **Contradictions/Notes:** 소스에 따르면 Data Array Textures는 텍스처 아틀라스의 단점들을 완벽히 보완하는 현대적 대안이지만, '모든 텍스처의 크기가 같아야 한다'는 엄격한 제약과 '메모리 선할당'의 부담이 존재하므로, 가변적인 크기의 텍스처를 압축하거나 구형 WebGL1 환경을 지원해야 할 때는 여전히 텍스처 아틀라스(Texture Atlas)가 가치 있는 선택지로 남는다고 지적합니다 [5].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Data Array Textures.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-D41B4F
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,10 +23,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Direct3D"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[WebGL]], [[WebGPU]], [[ANGLE]], [[Vulkan]], [[Metal]]
- **Projects/Contexts:** [[브라우저 그래픽 렌더링 백엔드]], [[Chrome WebGPU 구현]]
+- **Projects/Contexts:** 브라우저 그래픽 렌더링 백엔드, [[Chrome WebGPU 구현]]
 - **Contradictions/Notes:** Direct3D 자체의 내부 구조나 깊이 있는 기술적 명세에 대해서는 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Direct3D.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-E9A644
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,11 +29,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Draw Call"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Render State]], [[CPU Bottleneck]], [[InstancedMesh]], [[BatchedMesh]], [[Geometry Merging]], [[Texture Atlas]]
- **Projects/Contexts:** [[Three.js]], [[WebGL]], [[WebGPU]], [[Unity]]
+- **Related Topics:** [[Render State]], [[CPU Bottleneck]], [[InstancedMesh]], BatchedMesh, [[Geometry Merging]], [[Texture Atlas]]
+- **Projects/Contexts:** Three.js, [[WebGL]], [[WebGPU]], [[Unity]]
 - **Contradictions/Notes:** 소스에 따르면, 드로우 콜을 1회로 줄이는 것(`InstancedMesh` 등의 도입)이 무조건 프레임 속도 상승으로 이어지지는 않습니다. 수만 개의 객체가 하나의 드로우 콜로 묶이게 되면 엔진의 시야 절두체 컬링(Frustum Culling) 정밀도가 떨어지거나 투명 객체의 정렬(Sorting) 부재로 인해 막대한 오버드로우(Overdraw)가 발생하여, 결과적으로 CPU 명령은 줄어도 GPU 연산량은 오히려 기하급수적으로 늘어나는 현상이 일어날 수 있습니다 [10, 20-22]. 

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Draw Call.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-477640
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Fill Rate"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Overdraw]], [[Fragment Shaders]], [[GPU]]
- **Projects/Contexts:** [[Image-To-3D Models in Three.js]]
+- **Related Topics:** [[Overdraw]], Fragment Shaders, [[GPU]]
+- **Projects/Contexts:** Image-To-3D Models in Three.js
 - **Contradictions/Notes:** 소스 내에서 Fill Rate와 관련된 상충되는 주장이나 모순은 발견되지 않았습니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Fill Rate.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-809D81
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,10 +24,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Fragment Shading"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Overdraw]], [[Vertex Shader]], [[Fill Rate]], [[PBR]]
- **Projects/Contexts:** [[Three.js WebGL Rendering Optimization]], [[InstancedMesh Performance Bottlenecks]]
+- **Projects/Contexts:** Three.js WebGL Rendering Optimization, InstancedMesh Performance Bottlenecks
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Fragment Shading.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-589695
-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,11 +25,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Fragment-bound"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Overdraw]], [[InstancedMesh]], [[MeshStandardMaterial]], [[BatchedMesh]]
- **Projects/Contexts:** [[Three.js 렌더링 성능 최적화]]
+- **Related Topics:** [[Overdraw]], [[InstancedMesh]], MeshStandardMaterial, BatchedMesh
+- **Projects/Contexts:** Three.js 렌더링 성능 최적화
 - **Contradictions/Notes:** 드로우 콜을 줄여 성능을 향상시키기 위해 고안된 `InstancedMesh`가, 정렬 기능의 부재로 인해 오히려 심각한 오버드로우와 프래그먼트 바운드를 유발하여 일반 `Mesh`를 여러 번 그릴 때보다 프레임 레이트(FPS)를 더 하락시킬 수 있다는 점이 주의사항으로 보고됩니다 [2, 4].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Fragment-bound.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-7A315B
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,11 +29,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Frustum Culling"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedMesh]], [[Draw Call]], [[WebGPU]], [[Bounding Volume Hierarchy (BVH)]]
- **Projects/Contexts:** [[Three.js]], [[InstancedMesh2]]
+- **Related Topics:** [[InstancedMesh]], [[Draw Call]], [[WebGPU]], Bounding Volume Hierarchy (BVH)
+- **Projects/Contexts:** Three.js, [[InstancedMesh2]]
 - **Contradictions/Notes:** InstancedMesh 기술은 드로우 콜 감소를 통해 CPU 병목을 획기적으로 해결할 수 있도록 설계되었으나, 동시에 개별 시야 절두체 컬링을 무력화시킴으로써 결과적으로 GPU 측면에 새로운 정점 연산 병목을 유발하는 모순적인 절충(Trade-off)을 요구한다 [5, 13].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Frustum Culling.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-4AA291
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - GPU Resources"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Memory Management]], [[Memory Leaks]], [[Textures]], [[VRAM]], [[Garbage Collection]]
- **Projects/Contexts:** [[Three.js]], [[WebGL]], [[WebGPU]]
+- **Related Topics:** [[Memory Management]], [[Memory Leaks]], Textures, VRAM, [[Garbage Collection]]
+- **Projects/Contexts:** Three.js, [[WebGL]], [[WebGPU]]
 - **Contradictions/Notes:** 소스에 관련 모순이나 충돌 정보는 없습니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/GPU Resources.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-518388
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -26,10 +26,10 @@ github_commit: "[P-Reinforce] Continuous Worker - GPU for the Web Community Grou

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[WebGPU]], [[Timestamp Queries]]
- **Projects/Contexts:** [[WebGPU API Standardization]], [[Chrome Intent to Ship]]
+- **Projects/Contexts:** WebGPU API Standardization, Chrome Intent to Ship
 - **Contradictions/Notes:** 그룹은 일반적으로 구현에 따라 달라지거나 결정론적이지 않은 기능을 표준에서 배제하려고 노력하지만, 타임스탬프 쿼리와 같은 기능의 경우 예외적으로 보안(타이밍 공격 방지)과 성능 측정의 필요성 사이에서 양자화라는 타협점을 찾아야만 했습니다 [4].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/GPU for the Web Community Group.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-C35A51
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,10 +23,10 @@ github_commit: "[P-Reinforce] Continuous Worker - GPU-driven Rendering"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Compute Shader]], [[Indirect Draw]], [[Frustum Culling]], [[WebGPU]]
- **Projects/Contexts:** [[Three.js]], [[InstancedMesh]]
+- **Projects/Contexts:** Three.js, [[InstancedMesh]]
 - **Contradictions/Notes:** 대규모 객체를 렌더링할 때 'CPU 개별 컬링' 방식은 자바스크립트 연산 및 시스템 버스 전송에 막대한 병목을 유발하지만, 'GPU 주도 렌더링(GPU 컴퓨트 컬링)'은 구현 난이도가 매우 높은 대신 CPU 부하를 극도로 낮추고 전체적인 성능을 극대화한다는 뚜렷한 대비를 보입니다 [3, 5].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/GPU-driven Rendering.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-BC7FBB
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - GPURenderBundles"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Native WebGPU]], [[Indirect Drawing]], [[Draw Call Efficiency]], [[Bind Groups]]
- **Projects/Contexts:** [[대규모 건설 플랫폼 뷰어(Large-Scale Construction Viewers)]]
+- **Related Topics:** Native WebGPU, Indirect Drawing, Draw Call Efficiency, Bind Groups
+- **Projects/Contexts:** 대규모 건설 플랫폼 뷰어(Large-Scale Construction Viewers)
 - **Contradictions/Notes:** 고수준 프레임워크인 Three.js WebGPU는 개발이 쉽지만 고유 객체 처리 시 UBO(Uniform Buffer Objects) 바인딩 오버헤드로 인해 약 1만~2만 개의 비인스턴스 객체 렌더링 시 프레임이 떨어질 수 있습니다. 반면, Native WebGPU는 초기화 및 파이프라인 구성의 복잡성(개발 속도 저하)을 감수하는 대신 `GPURenderBundles`를 통해 10만 개 이상의 고유 객체를 병목 없이 원활하게 처리할 수 있습니다 [2-4].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/GPURenderBundles.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-035B08
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -38,11 +38,11 @@ github_commit: "[P-Reinforce] Continuous Worker - GPU_WebGL 파이프라인의
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Spectre and Meltdown]], [[WebGPU Timestamp Queries]], [[EXT_disjoint_timer_query]]
- **Projects/Contexts:** [[Chrome DevTools Performance Panel]], [[ANGLE (Almost Native Graphics Layer Engine)]]
+- **Related Topics:** [[Spectre and Meltdown]], WebGPU Timestamp Queries, EXT_disjoint_timer_query
+- **Projects/Contexts:** Chrome DevTools Performance Panel, [[ANGLE (Almost Native Graphics Layer Engine)]]
 - **Contradictions/Notes:** 소스에 따르면 WebGL의 `gl.finish()` 함수는 본래 GPU 파이프라인의 실행 완료를 기다리는 기능이나, Chrome에서는 `gl.flush()`로 별칭(alias) 지정되어 있어, 이를 사용해 실제 렌더링 지연 시간을 측정하려는 시도는 작동하지 않습니다 [11, 27]. 또한 `EXT_disjoint_timer_query` 확장이나 `performance.now()` 등의 도구 역시 각각 보안 문제(캐시 기반 정보 유출) 및 제한적인 렌더링 조건 탓에 순수하고 완벽한 미세 지연 측정 도구로 사용하기에는 한계가 존재합니다 [3, 11, 28].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/GPU_WebGL 파이프라인의 미세 지연(Micro-latency) 측정 사례.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-F5453B
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,10 +24,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Garbage Collection"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Memory Management]], [[Object Pooling]], [[GPU Resources]]
- **Projects/Contexts:** [[Three.js]], [[WebGL]]
+- **Projects/Contexts:** Three.js, [[WebGL]]
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Garbage Collection.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-4349BD
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -30,11 +30,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Geometry Merging"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Draw Call]], [[InstancedMesh]], [[BatchedMesh]], [[Frustum Culling]], [[BufferGeometry]]
- **Projects/Contexts:** [[IFC.js Fragment]], [[CAD Rendering Optimization]]
+- **Related Topics:** [[Draw Call]], [[InstancedMesh]], BatchedMesh, [[Frustum Culling]], [[BufferGeometry]]
+- **Projects/Contexts:** IFC.js Fragment, CAD Rendering Optimization
 - **Contradictions/Notes:** 지오메트리 병합은 드로우 콜을 크게 줄여 렌더링 속도를 높이는 장점이 있지만, 단일 바운딩 박스로 묶이게 되어 시야 절두체 컬링 효율성이 떨어지고 메모리 사용량이 극도로 높아져 하드웨어 자원을 쉽게 고갈시킬 수 있다는 트레이드오프(Trade-off)가 존재합니다 [3, 4].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Geometry Merging.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-E05076
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,5 +29,5 @@ github_commit: "[P-Reinforce] Continuous Worker - HMD(Head-Mounted Display) 기

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/HMD(Head-Mounted Display) 기반 엑서게임 환경.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-05BDE3
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - High Resolution Time"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Spectre and Meltdown]], [[WebGPU Timestamp Queries]], [[performance.now()]]
- **Projects/Contexts:** [[High Resolution Time spec (#4175)]]
+- **Related Topics:** [[Spectre and Meltdown]], WebGPU Timestamp Queries, performance.now()
+- **Projects/Contexts:** High Resolution Time spec (
 - **Contradictions/Notes:** 소스 내에 특별한 모순은 없으나, High Resolution Time의 정밀도는 적용되는 보안 격리 환경(Isolated vs Non-isolated) 및 브라우저 엔진의 방어 메커니즘에 따라 5µs, 100µs, 1ms 등 상이하게 적용된다는 점을 유의해야 한다 [1, 2].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/High Resolution Time.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-8A58BF
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -33,10 +33,10 @@ github_commit: "[P-Reinforce] Continuous Worker - IFCjs (Fragment)"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[BufferGeometry]], [[InstancedMesh]], [[Draw Call]]
- **Projects/Contexts:** [[IFC.js]], [[Three.js]]
+- **Projects/Contexts:** IFC.js, Three.js
 - **Contradictions/Notes:** 소스에 따르면, Fragment와 같은 자체적인 최적화 시스템 구축 외에도 대규모 환경 최적화를 위해 다중 그리기(Multidrawing), LOD(Level of Detail), 오클루전 컬링(Occlusion Culling) 등의 추가적인 방법론도 함께 검토되었다 [2].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/IFC.js (Fragment).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-8EEC8D
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -28,10 +28,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Indirect Draw"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[GPU-Driven Rendering]], [[Compute Shader]], [[Frustum Culling]], [[WebGPU]]
- **Projects/Contexts:** [[Three.js WebGPURenderer]], [[BatchedMesh]], [[Vulkan]]
+- **Projects/Contexts:** Three.js WebGPURenderer, BatchedMesh, [[Vulkan]]
 - **Contradictions/Notes:** 대규모 지오메트리를 처리할 때 BatchedMesh만으로는 CPU의 버퍼 업로드 병목이 발생할 수 있어 근본적인 성능 문제를 피하기 어려우며, 이를 해결하기 위해서는 WebGPU 환경의 Indirect Draw 지원이 필수적이라는 점이 소스에서 한계점(pushing the limits)으로 지적된다 [9].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Indirect Draw.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-86F967
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -26,8 +26,8 @@ github_commit: "[P-Reinforce] Continuous Worker - InstancedMesh (드로우 콜
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Draw Call Optimization (드로우 콜 최적화)]], [[BatchedMesh]], [[Object Pooling (오브젝트 풀링)]], [[React Three Fiber 자산 최적화]]
- **Projects/Contexts:** [[대규모 파티클 시스템 최적화]], [[수만 개의 데이터를 표현하는 3D 산점도(Scatter Plot) 시각화]], [[숲, 군중 등 반복 객체가 많은 3D 씬]]
+- **Related Topics:** Draw Call Optimization (드로우 콜 최적화), BatchedMesh, [[Object Pooling (오브젝트 풀링)]], React Three Fiber 자산 최적화
+- **Projects/Contexts:** [[대규모 파티클 시스템 최적화]], 수만 개의 데이터를 표현하는 3D 산점도(Scatter Plot) 시각화, 숲, 군중 등 반복 객체가 많은 3D 씬
 - **Contradictions/Notes:** `InstancedMesh`는 성능 개선에 탁월하지만, **모든 인스턴스가 반드시 동일한 기하구조(Geometry)와 재질(Material)을 공유해야 한다는 설계적 제약**이 따릅니다. 만약 재질은 같으나 형태(Geometry)가 서로 다른 여러 객체들을 묶어 드로우 콜을 1회로 줄이려면, R156 버전에 도입된 `BatchedMesh`를 사용하는 것이 더 적합합니다.
- Raw Source: [[00_Raw/2026-04-20/InstancedMesh (드로우 콜 최적화).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-0E2591
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -28,7 +28,7 @@ github_commit: "[P-Reinforce] Continuous Worker - InstancedMesh2"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedMesh]], [[Frustum culling]], [[BVH]], [[LOD]], [[SkinnedMesh]], [[BatchedMesh]]
+- **Related Topics:** [[InstancedMesh]], [[Frustum culling]], [[BVH]], [[LOD]], [[SkinnedMesh]], BatchedMesh
 - **Projects/Contexts:** [[agargaro의 오픈 소스 라이브러리]], [[20k skinned instances demo]]
 - **Contradictions/Notes:** 
  - `SquareDataTexture`를 활용한 부분 업데이트 기능이 연속되지 않은 메모리 접근과 부가적인 함수 호출로 인해 CPU 오버헤드를 유발할 수 있다는 우려가 제기되었으나, 소수의 인스턴스만 변하는 상황에서는 상당한 대역폭 절약 효과가 있다고 라이브러리 개발자(@agargaro)가 반론했습니다 [8, 13, 14].
@@ -36,5 +36,5 @@ github_commit: "[P-Reinforce] Continuous Worker - InstancedMesh2"

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/InstancedMesh2.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-2752BF
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -27,11 +27,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Instancing"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Draw Calls]], [[WebGL]], [[WebGPU]], [[Gaussian Splatting]]
- **Projects/Contexts:** [[Wonderland Engine]], [[WebSplatter]], [[Figma]]
+- **Related Topics:** Draw Calls, [[WebGL]], [[WebGPU]], Gaussian Splatting
+- **Projects/Contexts:** [[Wonderland Engine]], WebSplatter, [[Figma]]
 - **Contradictions/Notes:** 주어진 소스 데이터 내에서 '인스턴스(Instancing)'라는 용어는 3D 그래픽스 하드웨어 가속을 위한 렌더링 효율화 기법(WebGL/WebGPU)과, 디자인 도구 내에서 원본 객체를 복제해 사용하는 개체 단위(Figma)라는 두 가지 상이한 맥락에서 설명되고 있습니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Instancing.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-4A99EB
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,10 +23,10 @@ github_commit: "[P-Reinforce] Continuous Worker - JavaScript"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** `[[WebGL]]`, `[[WebGPU]]`, `[[Interaction to Next Paint (INP)]]`, `[[Garbage Collection]]`, `[[Chrome DevTools]]`
- **Projects/Contexts:** `[[Three.js]]`, `[[웹 그래픽 성능 최적화(Web Graphics Performance Optimization)]]`
+- **Projects/Contexts:** `Three.js`, `웹 그래픽 성능 최적화(Web Graphics Performance Optimization)`
 - **Contradictions/Notes:** WebGL을 구동하기 위해 JavaScript는 필수적이지만, CPU 측의 JavaScript 실행 및 상태 유효성 검사 오버헤드가 오히려 렌더링 성능을 제한하는 가장 큰 병목으로 작용합니다. 이로 인해 3D 렌더링 산업은 JavaScript의 개입을 줄이고 GPU의 병렬 연산을 극대화할 수 있는 WebGPU로 빠르게 전환하는 추세입니다 [5, 6, 13].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/JavaScript.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-21F91F
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -38,12 +38,12 @@ github_commit: "[P-Reinforce] Continuous Worker - Memory Leak Prevention 메모
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[useEffect 클린업(Cleanup)]], [[Garbage Collection (GC) 최적화]], [[Three.js 자원 해제 (Dispose)]], [[Chrome DevTools Memory Profiler]]
- **Projects/Contexts:** [[장기 실행되는 실시간 대시보드 최적화]], [[대규모 WebGL/R3F 3D 게임 환경의 메모리 관리]]
+- **Related Topics:** [[useEffect 클린업(Cleanup)]], Garbage Collection (GC) 최적화, Three.js 자원 해제 (Dispose), Chrome DevTools Memory Profiler
+- **Projects/Contexts:** 장기 실행되는 실시간 대시보드 최적화, 대규모 WebGL/R3F 3D 게임 환경의 메모리 관리
 - **Contradictions/Notes:** 최신 자바스크립트 엔진은 매우 훌륭한 가비지 컬렉터(GC)를 갖추고 있으나, DOM 이벤트, 브라우저 API(타이머, 소켓), WebGL GPU 메모리 등 '자바스크립트 엔진 외부의 자원'과 연결된 참조는 GC가 임의로 판단해 지울 수 없습니다. 따라서 외부 자원과의 연결 고리는 개발자가 직접 끊어주어야만 완벽한 메모리 관리가 가능합니다.

 ---

 _Last updated: 2026-04-14_
- Raw Source: [[00_Raw/2026-04-20/Memory Leak Prevention 메모리 누수 방지.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-5A05AF
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Memory Leaks"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Garbage Collection]], [[Object Pooling]], [[Dispose()]], [[ImageBitmap]]
- **Projects/Contexts:** [[Three.js Memory Management]], [[Asset Streaming in WebGL]]
+- **Related Topics:** [[Garbage Collection]], [[Object Pooling]], Dispose(), ImageBitmap
+- **Projects/Contexts:** Three.js Memory Management, Asset Streaming in WebGL
 - **Contradictions/Notes:** 소스 간의 모순점은 발견되지 않았으며, 제공된 소스들은 모두 공통적으로 Three.js 엔진 환경에서 메모리 누수를 방지하기 위해 '사용이 끝난 자원의 명시적 해제(dispose)'가 절대적으로 필요함을 강조하고 있습니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Memory Leaks.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]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-56F596
-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,11 +25,11 @@ github_commit: "[P-Reinforce] Continuous Worker - MeshStandardMaterial 조명
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Physically Based Rendering (PBR)]], [[오버드로우 (Overdraw)]], [[프래그먼트 바운드 (Fragment-bound)]]
- **Projects/Contexts:** [[Three.js 대규모 씬 최적화]]
+- **Related Topics:** Physically Based Rendering (PBR), 오버드로우 (Overdraw), 프래그먼트 바운드 (Fragment-bound)
+- **Projects/Contexts:** Three.js 대규모 씬 최적화
 - **Contradictions/Notes:** 극도의 사실성을 제공하는 현대적인 표준 재질이지만, 연산량이 많아 저사양 하드웨어에서는 비물리 기반의 MeshPhongMaterial 등 보다 가벼운 조명 모델을 사용하는 것이 추천될 만큼 렌더링 비용 면에서 뚜렷한 트레이드오프가 존재합니다 [1, 5].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/MeshStandardMaterial 조명 연산.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-939802
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Metal"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU]], [[Vulkan]], [[Direct3D 12 (DX12)]], [[OpenGL]]
- **Projects/Contexts:** [[WebGPU Backend]]
+- **Related Topics:** [[WebGPU]], [[Vulkan]], Direct3D 12 (DX12), OpenGL
+- **Projects/Contexts:** WebGPU Backend
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Metal.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-4271F6
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,12 +29,12 @@ github_commit: "[P-Reinforce] Continuous Worker - Multi-threaded Architecture"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Web Worker (웹 워커)]], [[OffscreenCanvas]], [[SharedArrayBuffer]], [[상태 관리 최적화 (Zustand, Jotai, Valtio)]]
- **Projects/Contexts:** [[고성능 실시간 상호작용 시스템을 위한 React 기반 게임 엔진 아키텍처]], [[대규모 데이터 분석 및 시각화 대시보드]]
+- **Related Topics:** [[Web Worker (웹 워커)]], [[OffscreenCanvas]], SharedArrayBuffer, 상태 관리 최적화 (Zustand, Jotai, Valtio)
+- **Projects/Contexts:** 고성능 실시간 상호작용 시스템을 위한 React 기반 게임 엔진 아키텍처, 대규모 데이터 분석 및 시각화 대시보드
 - **Contradictions/Notes:** 멀티스레딩이 무조건적인 성능 향상을 가져오지는 않습니다. 메인 스레드와 워커 스레드 간에 데이터를 주고받는 과정(`postMessage`)에는 직렬화로 인한 오버헤드(약 5~10ms)가 수반됩니다. 따라서 연산 시간이 50ms 미만인 비교적 가벼운 작업을 워커로 분리하면, 통신 비용이 연산 시간보다 커져 오히려 전체 성능이 하락할 수 있으므로 철저한 프로파일링을 기반으로 병목 구간에만 도입해야 합니다.

 ---

 _Last updated: 2026-04-15_
- Raw Source: [[00_Raw/2026-04-20/Multi-threaded Architecture.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-8D909B
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Needle Engine"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[GPU Instancing]], [[InstancedMesh]], [[Draw Call]], [[Overdraw]]
- **Projects/Contexts:** [[Needle Engine 다중 인스턴스(Multiple Instance) 렌더링 최적화 논의]]
+- **Related Topics:** GPU Instancing, [[InstancedMesh]], [[Draw Call]], [[Overdraw]]
+- **Projects/Contexts:** Needle Engine 다중 인스턴스(Multiple Instance) 렌더링 최적화 논의
 - **Contradictions/Notes:** Needle Engine 어시스턴트는 성능 지연 방지를 위해 `InstancingHandler.getStartInstanceCount`를 사용해 버퍼를 사전 할당할 것을 제안했지만, 실제 사용자는 이 방식이 매칭되는 모든 렌더러마다 해당 크기의 배열을 반복해서 할당하기 때문에 의도한 최적화 효과를 완전히 얻기 어렵다고 보고했다 [3, 8].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Needle Engine.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-18523F
-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 - Object Pooling"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Memory Management]], [[Garbage Collection]], [[Memory Leaks]]
- **Projects/Contexts:** [[Three.js]], [[Babylon.js]]
+- **Projects/Contexts:** Three.js, Babylon.js
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. (주어진 소스 내에서 오브젝트 풀링의 효과나 방식에 대해 상충하는 의견은 존재하지 않으며, 모두 성능 최적화를 위해 적극적으로 권장하고 있습니다.)

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Object Pooling.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-600505
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,12 +24,12 @@ github_commit: "[P-Reinforce] Continuous Worker - OffscreenCanvas Safari 제약
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[OffscreenCanvas]], [[Web Worker (웹 워커)]], [[React Three Fiber (R3F)]], [[Cross-browser Compatibility (크로스 브라우저 호환성)]]
- **Projects/Contexts:** [[고성능 멀티스레드 React 앱 아키텍처]], [[실시간 3D 웹 게임 렌더링 환경]]
+- **Related Topics:** [[OffscreenCanvas]], [[Web Worker (웹 워커)]], [[React Three Fiber (R3F)]], Cross-browser Compatibility (크로스 브라우저 호환성)
+- **Projects/Contexts:** [[고성능 멀티스레드 React 앱 아키텍처]], 실시간 3D 웹 게임 렌더링 환경
 - **Contradictions/Notes:** Safari 브라우저가 2025년 9월(v26)부터 WebGPU 지원을 시작하는 등 그래픽 지원 범위를 넓혀가고 있으나, `OffscreenCanvas`를 활용한 WebGL 멀티스레드 렌더링에 대해서는 여전히 제약이 보고되고 있으므로 프로덕션 환경에서는 반드시 메인 스레드용 `fallback` 컴포넌트를 제공해야 안정성을 보장할 수 있습니다.

 ---

 _Last updated: 2026-04-15_
- Raw Source: [[00_Raw/2026-04-20/OffscreenCanvas Safari 제약 사항.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-715F80
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -28,12 +28,12 @@ github_commit: "[P-Reinforce] Continuous Worker - OffscreenCanvas"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Web Worker (웹 워커)]], [[Multi-threaded Architecture (멀티스레드 아키텍처)]], [[React Three Fiber (R3F)]], [[Valtio (Proxy State 관리)]], [[SharedArrayBuffer]]
- **Projects/Contexts:** [[고성능 멀티스레드 React 앱 아키텍처]], [[무거운 렌더링 연산을 동반하는 WebGL 데이터 시각화]]
+- **Related Topics:** [[Web Worker (웹 워커)]], Multi-threaded Architecture (멀티스레드 아키텍처), [[React Three Fiber (R3F)]], Valtio (Proxy State 관리), SharedArrayBuffer
+- **Projects/Contexts:** [[고성능 멀티스레드 React 앱 아키텍처]], 무거운 렌더링 연산을 동반하는 WebGL 데이터 시각화
 - **Contradictions/Notes:** OffscreenCanvas 기능은 과거 Safari 브라우저에서 오랫동안 완벽히 지원되지 않아 프로젝트를 메인 스레드용과 워커용 두 갈래(Fork)로 유지보수해야 하는 치명적인 단점이 있었습니다. 2025년 9월(Safari v26)부터 지원이 확대되었으나, 완벽한 크로스 브라우저 호환성을 위해서는 API 지원 여부를 감지하여 워커를 지원하지 않는 환경에서는 메인 스레드에서 렌더링이 이루어지도록 `fallback` 컴포넌트를 반드시 제공해야 합니다.

 ---

 _Last updated: 2026-04-15_
- Raw Source: [[00_Raw/2026-04-20/OffscreenCanvas.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-8560F5
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - OpenGL ES 20"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGL]], [[WebGPU]], [[State-machine design]]
- **Projects/Contexts:** [[Web Graphics Rendering API]], [[3D Web-based HMI]]
+- **Related Topics:** [[WebGL]], [[WebGPU]], State-machine design
+- **Projects/Contexts:** Web Graphics Rendering API, 3D Web-based HMI
 - **Contradictions/Notes:** 소스 내에 직접적인 모순은 없으나, OpenGL ES 2.0 기반의 상태 머신 모델이 개발 초기(2011년)에는 타당한 설계였음에도 불구하고 오늘날의 대규모 그래픽 처리에서는 심각한 버그와 병목 현상의 원인이 되고 있음이 지적됩니다 [3, 4].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/OpenGL ES 2.0.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-D76AA6
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,10 +24,10 @@ github_commit: "[P-Reinforce] Continuous Worker - OpenGL ES"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[WebGL]], [[WebGPU]], [[ANGLE]]
- **Projects/Contexts:** [[3D Web-based HMI]]
+- **Projects/Contexts:** 3D Web-based HMI
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/OpenGL ES.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-71E521
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,5 +29,5 @@ github_commit: "[P-Reinforce] Continuous Worker - Opera"

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Opera.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-773FEF
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -27,11 +27,11 @@ github_commit: "[P-Reinforce] Continuous Worker - PBR"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[MeshStandardMaterial]], [[Texture Channel Packing]], [[Metallic Maps]], [[Roughness Maps]]
- **Projects/Contexts:** [[Three.js 웹 렌더링 최적화]], [[Image-To-3D 모델 브라우저 배포]]
+- **Related Topics:** MeshStandardMaterial, Texture Channel Packing, Metallic Maps, Roughness Maps
+- **Projects/Contexts:** Three.js 웹 렌더링 최적화, Image-To-3D 모델 브라우저 배포
 - **Contradictions/Notes:** PBR 방식(예: MeshStandardMaterial)은 궁극적인 사실주의를 제공하지만 연산 비용이 높아 고사양 워크스테이션에 적합합니다. 저사양이나 내장 그래픽(iGPU) 환경에서 성능을 우선시해야 할 경우에는 상대적으로 연산량이 적은 비물리 기반의 Blinn-Phong 모델(예: MeshPhongMaterial)을 사용하는 것이 더 나을 수 있습니다 [3, 4].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/PBR.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-846BA8
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Radix Sort"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[BatchedMesh]], [[InstancedMesh2]]
- **Projects/Contexts:** [[Three.js]], [[Depth Sorting]]
+- **Related Topics:** BatchedMesh, [[InstancedMesh2]]
+- **Projects/Contexts:** Three.js, Depth Sorting
 - **Contradictions/Notes:** Radix Sort는 대규모 데이터에서 7배 빠른 성능을 제공하는 훌륭한 장점이 있음에도 불구하고, 공식 `BatchedMesh`에서는 라이브러리 내부 구조의 단순성(simplicity)을 유지하기 위해 제거되었다는 특징이 있습니다 [1]. 그 외 알고리즘 작동 원리에 대해서는 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Radix Sort.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-D7A57A
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Raycaster"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Three.js]], [[InstancedMesh]], [[three-mesh-bvh]], [[Bounding Volume]]
- **Projects/Contexts:** [[3D Object Picking]], [[Interaction in WebGL]]
+- **Related Topics:** Three.js, [[InstancedMesh]], [[three-mesh-bvh]], Bounding Volume
+- **Projects/Contexts:** 3D Object Picking, Interaction in WebGL
 - **Contradictions/Notes:** 소스에 따르면 레이캐스팅은 CPU 기반 연산이므로, GPU 셰이더(Compute Shader 등)를 통해 동적으로 애니메이션 처리된 기하학적 구조에 대해서는 CPU가 변환을 알지 못해 기본 레이캐스터로 올바른 피킹을 수행할 수 없습니다 [8, 9].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Raycaster.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-BD8B44
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -33,11 +33,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Raycasting"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[THREE.Raycaster]], [[Bounding Volume Hierarchy (BVH)]], [[InstancedMesh]], [[GPU Picking]]
- **Projects/Contexts:** [[3D 사용자 상호작용 및 마우스 피킹 (Picking)]] 구현, [[three-mesh-bvh]] 라이브러리 연동
+- **Related Topics:** THREE.Raycaster, Bounding Volume Hierarchy (BVH), [[InstancedMesh]], GPU Picking
+- **Projects/Contexts:** 3D 사용자 상호작용 및 마우스 피킹 (Picking) 구현, [[three-mesh-bvh]] 라이브러리 연동
 - **Contradictions/Notes:** `InstancedMesh`를 사용할 때 GPU 성능 이점은 크지만, 각 인스턴스마다 CPU 기반 레이캐스팅을 처리하거나 개별 정밀도를 조작하는 데는 유연성이 떨어집니다 [15]. 또한 셰이더로 지오메트리를 변경하면 CPU 레이캐스팅과 데이터 불일치가 발생하므로 설계 시 주의가 필요합니다 [21].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Raycasting.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-777FEC
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -26,12 +26,12 @@ github_commit: "[P-Reinforce] Continuous Worker - React 19 Compiler의 Threejs
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[React 19 Compiler]], [[React Three Fiber (R3F)]], [[가비지 컬렉션(GC) 최적화]], [[불필요한 리렌더링 방지]]
- **Projects/Contexts:** [[고성능 실시간 상호작용 시스템을 위한 React 기반 게임 엔진 아키텍처]]
+- **Related Topics:** [[React 19 Compiler]], [[React Three Fiber (R3F)]], 가비지 컬렉션(GC) 최적화, [[불필요한 리렌더링 방지]]
+- **Projects/Contexts:** 고성능 실시간 상호작용 시스템을 위한 React 기반 게임 엔진 아키텍처
 - **Contradictions/Notes:** React 19 컴파일러가 선언적 UI의 리렌더링 성능을 비약적으로 높여주지만, 게임의 근본적인 안티 패턴까지 해결해 주지는 않습니다. 예를 들어, 매 프레임 실행되는 `useFrame` 루프 내부에서 React 상태(`setState`)를 업데이트하거나 객체를 새로 생성(`new Vector3()`)하는 것은 여전히 치명적입니다. 빈번하게 변하는 3D 객체의 위치나 회전값 등은 컴파일러에 의존할 것이 아니라, 반드시 참조(Ref)를 사용하여 직접 변형(Direct Mutation)해야 합니다.

 ---

 _Last updated: 2026-04-15_
- Raw Source: [[00_Raw/2026-04-20/React 19 Compiler의 Three.js 런타임 성능 개선 원리.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-979529
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - React Three Fiber (R3F)"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Three.js]], [[WebGPU]], [[Drei]]
- **Projects/Contexts:** [[React-based construction dashboards]]
+- **Related Topics:** Three.js, [[WebGPU]], Drei
+- **Projects/Contexts:** React-based construction dashboards
 - **Contradictions/Notes:** 소스 내에서 상충되는 주장은 없으나, R3F가 React 기반임에도 불구하고 렌더링 루프 최적화를 위해 React의 핵심 패턴 중 하나인 상태 변경(`setState`)을 `useFrame` 안에서 피하라고 경고하는 등 [1] 패러다임 간의 조율이 필요하다는 점을 강조합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/React Three Fiber (R3F).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-C16818
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -39,12 +39,12 @@ github_commit: "[P-Reinforce] Continuous Worker - React Three Fiber 자산 최
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Code Splitting & Lazy Loading]], [[Draw Call Optimization (드로우 콜 최적화)]], [[Memory Leak Prevention (메모리 누수 방지)]], [[웹 워커(Web Worker)]]
- **Projects/Contexts:** [[대규모 WebGL/R3F 3D 쇼핑몰 제품 컨피규레이터]], [[모바일 환경을 타겟으로 하는 웹 기반 3D 게임]]
+- **Related Topics:** Code Splitting & Lazy Loading, Draw Call Optimization (드로우 콜 최적화), Memory Leak Prevention (메모리 누수 방지), 웹 워커(Web Worker)
+- **Projects/Contexts:** 대규모 WebGL/R3F 3D 쇼핑몰 제품 컨피규레이터, 모바일 환경을 타겟으로 하는 웹 기반 3D 게임
 - **Contradictions/Notes:** 지오메트리나 텍스처를 과도하게 압축(Draco, KTX2)하면 다운로드되는 파일 크기와 GPU 메모리는 대폭 줄어들지만, 클라이언트의 웹 워커에서 이를 압축 해제(Decompression)하는 과정에서 CPU 연산 비용과 디코더 로딩 지연이 발생합니다. 따라서, 복잡도가 낮고 빠른 즉각적 렌더링이 필요한 에셋의 경우 오히려 압축 없이 원본을 사용하는 것이 TTI(Time to Interactive) 면에서 더 유리할 수도 있으므로 Trade-off를 고려해야 합니다.

 ---

 _Last updated: 2026-04-14_
- Raw Source: [[00_Raw/2026-04-20/React Three Fiber 자산 최적화 (Asset Optimization).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-95FEB9
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -28,12 +28,12 @@ github_commit: "[P-Reinforce] Continuous Worker - React Three Fiber에서 Rapier
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedMesh (드로우 콜 최적화)]], [[Web Worker (웹 워커)]], [[Garbage Collection (GC) 최적화]], [[Object Pooling (오브젝트 풀링)]]
- **Projects/Contexts:** [[고성능 실시간 상호작용 시스템을 위한 React 기반 게임 엔진 아키텍처]]
+- **Related Topics:** [[InstancedMesh (드로우 콜 최적화)]], [[Web Worker (웹 워커)]], Garbage Collection (GC) 최적화, [[Object Pooling (오브젝트 풀링)]]
+- **Projects/Contexts:** 고성능 실시간 상호작용 시스템을 위한 React 기반 게임 엔진 아키텍처
 - **Contradictions/Notes:** Rapier의 스냅샷(Snapshot) 기능(`world.takeSnapshot()`)을 이용해 물리 세계의 상태를 저장하고 복원할 수 있지만, 복원 시점의 객체 생성 순서나 식별자가 스냅샷 캡처 시점과 정확히 일치하지 않으면 RigidBody들이 엉키는(Scramble) 버그가 발생하므로 상태 직렬화에 각별한 주의가 필요합니다.

 ---

 _Last updated: 2026-04-15_
- Raw Source: [[00_Raw/2026-04-20/React Three Fiber에서 Rapier 물리 엔진 최적화하기.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-E2D208
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Revit glTF Export"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[BatchedMesh]], [[glTF Extensions]], [[Three.js]]
- **Projects/Contexts:** [[건축 및 BIM(Building Information Modeling) 3D 뷰어 구현]]
+- **Related Topics:** BatchedMesh, glTF Extensions, Three.js
+- **Projects/Contexts:** 건축 및 BIM(Building Information Modeling) 3D 뷰어 구현
 - **Contradictions/Notes:** Revit에서 내보낸 1,200만 개 이상의 삼각형과 1,600만 개 이상의 정점을 포함하는 거대한 glTF 모델을 다룰 때, 개별 객체 제어를 위해 `BatchedMesh`를 사용하면 단순히 병합된 일반 `Mesh`로 렌더링할 때보다 오히려 CPU 사용량이 40~60%까지 급증하고 프레임 속도(FPS)가 급격히 떨어지는 성능 저하 현상이 보고되고 있습니다 [1, 2, 6, 7].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Revit glTF Export.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-EC4298
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Revit 모델 렌더링"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[BatchedMesh]], [[glTF]], [[Three.js]]
- **Projects/Contexts:** [[대규모 건축 모델의 웹 기반 시각화 및 최적화 테스트]]
+- **Related Topics:** BatchedMesh, glTF, Three.js
+- **Projects/Contexts:** 대규모 건축 모델의 웹 기반 시각화 및 최적화 테스트
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. 한편 사례를 통해, 일반적인 렌더링 횟수를 줄이기 위해 도입하는 `BatchedMesh` 최적화 기법이 거대한 규모의 Revit 파생 모델(수천만 정점 및 수십만 지오메트리)에서는 막대한 CPU 오버헤드를 유발하여 오히려 렌더링 성능을 저하시키는 모순적인 결과를 낳는다는 것을 확인할 수 있습니다 [1, 8, 10].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Revit 모델 렌더링.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-80DA6E
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,10 +23,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Rowhammer attack"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[WebGL]], [[GPU]], [[Timestamp queries]], [[TLB design]], [[Cache miss rates]]
- **Projects/Contexts:** WebGPU의 [[High Resolution Time spec]] 이슈 논의 과정 중, 고해상도 타임스탬프가 야기할 수 있는 심각한 보안 위협(타이밍 공격)의 과거 사례로 언급되었습니다 [1].
+- **Projects/Contexts:** WebGPU의 High Resolution Time spec 이슈 논의 과정 중, 고해상도 타임스탬프가 야기할 수 있는 심각한 보안 위협(타이밍 공격)의 과거 사례로 언급되었습니다 [1].
 - **Contradictions/Notes:** 소스에 따르면 보고된 당시에는 막을 수 없는(couldn't plug) 공격이었으나, 현재는 하드웨어(최신 RAM)의 개선으로 인해 더 이상 유효하지 않은 것으로 보입니다 [1].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Rowhammer attack.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-13F9F1
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Rowhammer"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGL]], [[Timestamp Queries]], [[TLB (Translation Lookaside Buffer)]]
- **Projects/Contexts:** [[High Resolution Time spec 논의]] (GPU 타임스탬프 해상도를 제한(coarsen)하여 보안 취약점을 방지해야 한다는 논의 중, 고정밀 타임스탬프를 악용한 실제 공격 사례로 언급됨 [1])
+- **Related Topics:** [[WebGL]], [[Timestamp Queries]], TLB (Translation Lookaside Buffer)
+- **Projects/Contexts:** High Resolution Time spec 논의 (GPU 타임스탬프 해상도를 제한(coarsen)하여 보안 취약점을 방지해야 한다는 논의 중, 고정밀 타임스탬프를 악용한 실제 공격 사례로 언급됨 [1])
 - **Contradictions/Notes:** 소스에 따르면 Rowhammer는 초기에 "막을 수 없었던 최초의 실질적이고 심각한 공격(the first real, serious attack we couldn't plug)"으로 평가되었으나, 현재는 최신 RAM 하드웨어의 발전으로 회피가 가능해졌습니다 [1].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Rowhammer.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-1189F7
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -32,11 +32,11 @@ github_commit: "[P-Reinforce] Continuous Worker - SkinnedMesh"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedMesh]], [[InstancedMesh2]], [[AnimationMixer]], [[Bone Texture]], [[Level of Detail (LOD)]]
- **Projects/Contexts:** [[Three.js 엔진의 대규모 군중 렌더링 및 애니메이션 처리]]
+- **Related Topics:** [[InstancedMesh]], [[InstancedMesh2]], AnimationMixer, Bone Texture, [[Level of Detail (LOD)]]
+- **Projects/Contexts:** Three.js 엔진의 대규모 군중 렌더링 및 애니메이션 처리
 - **Contradictions/Notes:** 엔진의 공식 기능 상으로는 데이터 전송량의 기하급수적 증가 및 `AnimationMixer`와의 아키텍처 충돌 문제로 스킨드 메쉬의 대규모 인스턴싱이 불가능하다고 지적되지만 [3], 개발자들은 본 텍스처를 활용한 셰이더 커스터마이징이나 `InstancedMesh2` 라이브러리를 적용하여 각기 다른 애니메이션을 가진 수만 개의 SkinnedMesh를 단일 혹은 최소한의 드로우 콜로 최적화하여 렌더링하는 데 성공하고 있습니다 [3, 6, 12].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/SkinnedMesh.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-9C6ABB
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -32,11 +32,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Sorting"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedMesh]], [[BatchedMesh]], [[Overdraw]], [[Alpha Blending]], [[Frustum Culling]], [[Radix Sort]]
- **Projects/Contexts:** [[Three.js]], [[InstancedMesh2]]
+- **Related Topics:** [[InstancedMesh]], BatchedMesh, [[Overdraw]], [[Alpha Blending]], [[Frustum Culling]], [[Radix Sort]]
+- **Projects/Contexts:** Three.js, [[InstancedMesh2]]
 - **Contradictions/Notes:** 투명도 및 오버드로우 해결을 위해 정렬이 필수적이지만, 정렬 연산 자체(버퍼 재배열 등)가 CPU에 큰 부하를 가하기 때문에 오히려 전체 프레임 레이트를 떨어뜨리는 역설적인 결과를 낳을 수 있습니다. 이는 GPU 압박과 CPU 병목 사이의 가혹한 절충안을 요구합니다 [1, 2, 7, 8].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Sorting.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-1BF809
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Spatial Partitioning"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Frustum Culling]], [[BVH (Bounding Volume Hierarchy)]], [[Octree]], [[InstancedMesh]], [[Raycasting]]
- **Projects/Contexts:** [[three-mesh-bvh]], [[Tesseract Engine]]
+- **Related Topics:** [[Frustum Culling]], BVH (Bounding Volume Hierarchy), Octree, [[InstancedMesh]], [[Raycasting]]
+- **Projects/Contexts:** [[three-mesh-bvh]], Tesseract Engine
 - **Contradictions/Notes:** 대규모 환경에서 레이캐스팅 및 렌더링 최적화를 위해 공간 인덱스(Spatial index)를 활용하는 것은 명확한 성능 향상을 제공하지만, 이러한 공간 분할 자료구조를 구축하고 유지하는 데에는 상당한 복잡성(non-trivial complexity)이 수반되며 구현 난이도가 높다는 개발자들의 논의가 존재합니다 [6, 9].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Spatial Partitioning.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-8FCA7F
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -30,11 +30,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Spectre and Meltdown"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[EXT_disjoint_timer_query]], [[Timestamp Queries Quantization]], [[Branchless Security Checks]]
- **Projects/Contexts:** [[WebKit Security Mitigations]], [[WebGPU / WebGL Timing API Security]]
+- **Related Topics:** EXT_disjoint_timer_query, [[Timestamp Queries Quantization]], [[Branchless Security Checks]]
+- **Projects/Contexts:** [[WebKit Security Mitigations]], WebGPU / WebGL Timing API Security
 - **Contradictions/Notes:** 소스에는 Spectre 및 Meltdown 취약점으로 인해 도입된 브라우저 엔진의 보안 조치(타이머 정밀도 하향, 분기 없는 보안 검사 추가 등)가 그래픽스 파이프라인의 전반적인 미세 지연을 증가시킨다는 사실은 설명되어 있으나 [8], 루트 주제에서 명시한 '브라우저 메모리 할당 시점별' 미세 지연의 변화를 직접적으로 측정한 구체적인 실험 사례나 수치에 대해서는 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Spectre and Meltdown.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-C45BD6
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -28,11 +28,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Spring Framework"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Dependency Injection (DI)]], [[Aspect-Oriented Programming (AOP)]]
- **Projects/Contexts:** [[SOLID Principles]], [[객체 지향 프로그래밍 (OOP)]]
+- **Related Topics:** Dependency Injection (DI), Aspect-Oriented Programming (AOP)
+- **Projects/Contexts:** SOLID Principles, [[객체 지향 프로그래밍 (OOP)]]
 - **Contradictions/Notes:** 소스에 따르면 Spring AOP는 런타임에 적용되어 유용한 모듈화를 제공하지만, 오직 메서드 실행 시점의 조인 포인트만 지원하는 한계가 있어 더 정밀한 제어를 원할 경우 AspectJ 사용이 권장됩니다 [4, 5].

 ---
 *Last updated: 2026-04-18*
- Raw Source: [[00_Raw/2026-04-20/Spring Framework.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-3CAF83
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -27,10 +27,10 @@ github_commit: "[P-Reinforce] Continuous Worker - TLB design"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Rowhammer]], [[WebGL]]
- **Projects/Contexts:** [[WebGPU High Resolution Time Spec]]
+- **Projects/Contexts:** WebGPU High Resolution Time Spec
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/TLB design.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-C8966B
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - TSL (Three Shader Language)"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU]], [[WebGL]], [[WGSL]], [[GLSL]], [[Node Material]]
- **Projects/Contexts:** [[Three.js]]
+- **Related Topics:** [[WebGPU]], [[WebGL]], WGSL, GLSL, Node Material
+- **Projects/Contexts:** Three.js
 - **Contradictions/Notes:** 소스 간의 모순점은 없으나, 이전의 렌더링 방식과 달리 별도의 GLSL/WGSL 코드를 직접 작성하는 것보다 TSL을 사용하는 것이 코드 유지보수 및 교차 호환성 측면에서 명백히 우월하다고 강조하고 있습니다 [3].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/TSL (Three Shader Language).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-B90AAF
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,11 +29,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Texture Compression"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[KTX2]], [[Basis Universal]], [[UASTC]], [[ETC1S]], [[VRAM]]
- **Projects/Contexts:** [[Three.js]], [[WebGL]], [[gltf-compressor]]
+- **Related Topics:** KTX2, Basis Universal, UASTC, ETC1S, VRAM
+- **Projects/Contexts:** Three.js, [[WebGL]], gltf-compressor
 - **Contradictions/Notes:** 소스에 내용 충돌은 없으며, PNG/JPEG 포맷은 파일 크기(예: 200KB)가 작더라도 GPU 메모리에 올라갈 때 압축이 해제되어 막대한 VRAM(예: 20MB+)을 소모하므로 KTX2와 같은 전용 텍스처 압축 기술이 필수적이라고 일관되게 강조하고 있습니다 [1].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Texture Compression.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-1AF9EB
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Three Shader Language (TSL)"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU]], [[WebGL]], [[WGSL]], [[GLSL]], [[Node Material]]
- **Projects/Contexts:** [[Three.js 크로스 플랫폼 커스텀 셰이더 및 포스트 프로세싱 개발]]
+- **Related Topics:** [[WebGPU]], [[WebGL]], WGSL, GLSL, Node Material
+- **Projects/Contexts:** Three.js 크로스 플랫폼 커스텀 셰이더 및 포스트 프로세싱 개발
 - **Contradictions/Notes:** 기존 WebGL 프로젝트에서는 외부 라이브러리인 `pmndrs/postprocessing`이 여전히 훌륭한 선택지로 평가되지만, WebGPU 프로젝트 환경에서는 TSL 노드 기반의 Three.js 네이티브 포스트 프로세싱을 사용하는 것으로 개발 방식이 전환될 것을 권장하고 있습니다 [7].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Three Shader Language (TSL).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AI-046
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.97
 tags: [three.js, webgl, rendering, optimization]
 last_reinforced: 2026-06-XX
@@ -25,5 +25,5 @@ github_commit: "[P-Reinforce] Processed Three.js WebGL 렌더링 최적화."
 ## 🔗 지식 연결 (Graph)
 - Parent: [[WebGL Optimization]]
 - Related: [[InstancedMesh]] , [[Draw Call Optimization]] , [[WebGPU]]
- Raw Source: [[00_Raw/Three.js WebGL 렌더링 최적화.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-46187E
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -39,13 +39,13 @@ github_commit: "[P-Reinforce] Continuous Worker - Threejs WebGL Rendering Optimi
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Draw Call]], [[InstancedMesh]], [[BatchedMesh]], [[Level of Detail (LOD)]], [[Frustum Culling]], [[WebGPU]]
- **Projects/Contexts:** [[Segments.ai WebGPU Migration]], [[InstancedMesh2 Library]], [[Three.js WebGPURenderer (r171+)]]
+- **Related Topics:** [[Draw Call]], [[InstancedMesh]], BatchedMesh, [[Level of Detail (LOD)]], [[Frustum Culling]], [[WebGPU]]
+- **Projects/Contexts:** Segments.ai WebGPU Migration, [[InstancedMesh2 Library]], Three.js WebGPURenderer (r171+)
 - **Contradictions/Notes:** 
  - `BatchedMesh`는 다수의 고유 기하학 객체를 단일 드로우 콜로 묶어주는 훌륭한 최적화 도구이지만 [5, 16], 20만 개가 넘는 수준의 과도하게 많은 지오메트리에 적용할 경우 버퍼의 draw "starts" 및 "counts" 데이터를 매 프레임 업데이트해야 하는 오버헤드로 인해 오히려 CPU 사용률이 폭증하고 기존의 Merged Mesh 방식보다 성능이 크게 저하되는 현상이 발생할 수 있습니다 [46-49].
  - `InstancedMesh`는 드로우 콜을 혁신적으로 줄여주지만, 인스턴스들이 정렬되지 않아 막대한 오버드로우를 유발하므로, 객체가 겹치는 씬의 경우 여러 개의 개별 Mesh를 공유 속성으로 렌더링하는 것보다 오히려 프레임 속도가 더 떨어지는 역설적인 상황이 발생할 수 있습니다 [30, 31, 50].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Three.js WebGL Rendering Optimization.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-A9D3D4
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,10 +24,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Threejs WebGPU 파티클 예

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[WebGPU Compute Shaders]], [[instancedArray]]
- **Projects/Contexts:** [[Expo 2025 Osaka]], [[Waves of Connection]]
+- **Projects/Contexts:** [[Expo 2025 Osaka]], Waves of Connection
 - **Contradictions/Notes:** 소스 내용에 따르면, WebGPU 파티클 예제는 WebGL 기반의 단일 스레드 CPU 처리 한계(약 5만 개)를 극복하기 위해 컴퓨트 셰이더 연산과 영구적인 GPU 데이터 할당 구조를 결합하여 수십 배 이상의 파티클을 렌더링할 수 있는 방향으로 발전하고 있습니다 [1, 5, 6].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Three.js WebGPU 파티클 예제.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-8E841B
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,13 +23,13 @@ github_commit: "[P-Reinforce] Continuous Worker - Threejs 대규모 렌더링
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** `[[InstancedMesh]]`, `[[BatchedMesh]]`, `[[WebGPU]]`, `[[Draw Call (드로우 콜)]]`, `[[Frustum Culling (절두체 컬링)]]`, `[[LOD (Level of Detail)]]`, `[[Overdraw (오버드로우)]]`, `[[Compute Shader (컴퓨트 셰이더)]]`
- **Projects/Contexts:** `[[InstancedMesh2 (agargaro)]]`, `[[Three.js r171 WebGPURenderer]]`, `[[Segments.ai]]`, `[[Fragment (IFC.js)]]`
+- **Related Topics:** `[[InstancedMesh]]`, `BatchedMesh`, `[[WebGPU]]`, `Draw Call (드로우 콜)`, `Frustum Culling (절두체 컬링)`, `LOD (Level of Detail)`, `Overdraw (오버드로우)`, `Compute Shader (컴퓨트 셰이더)`
+- **Projects/Contexts:** `InstancedMesh2 (agargaro)`, `Three.js r171 WebGPURenderer`, `Segments.ai`, `Fragment (IFC.js)`
 - **Contradictions/Notes:** 
  - `InstancedMesh`는 드로우 콜을 줄여 성능을 크게 향상시키도록 설계되었으나, 불투명도 및 복잡한 셰이더 환경에서는 인스턴스 정렬 부재로 인한 심각한 오버드로우(Overdraw)를 유발해 일반 개별 Mesh(Shared attributes)를 사용할 때보다 프레임 레이트(FPS)가 오히려 낮아지는 역설적인 사례가 보고되고 있습니다 [18, 19].
  - `BatchedMesh` 역시 다수의 기하학적 구조를 통합하는 유용한 기술이지만, 약 20만 개 수준의 대량 지오메트리에 적용할 시 버퍼 데이터 업로드 등의 이유로 CPU 사용량이 30~50% 급증하며 병합된 기하학(Merged Geometry)보다 현저히 성능이 하락하는 구조적 병목이 제기되고 있습니다 [37-39].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Three.js 대규모 렌더링 최적화 파이프라인.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-4EE7A9
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -36,11 +36,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Threejs 렌더링 성능 최
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[드로우 콜 (Draw Call)]], [[InstancedMesh]], [[BatchedMesh]], [[LOD (Level of Detail)]], [[WebGPU]]
- **Projects/Contexts:** [[Three.js r171 WebGPU 도입]], [[IFC.js Fragment 아키텍처]], [[InstancedMesh2 라이브러리]]
+- **Related Topics:** 드로우 콜 (Draw Call), [[InstancedMesh]], BatchedMesh, LOD (Level of Detail), [[WebGPU]]
+- **Projects/Contexts:** Three.js r171 WebGPU 도입, IFC.js Fragment 아키텍처, InstancedMesh2 라이브러리
 - **Contradictions/Notes:** 다양한 지오메트리를 한 번에 렌더링하기 위해 제안된 `BatchedMesh`는 드로우 콜 최적화의 훌륭한 대안으로 소개되지만[18], 다른 소스에서는 1,000만 개가 넘는 트라이앵글 환경에서 인스턴싱 또는 일반 `Merged Mesh`보다 CPU 점유율을 비정상적으로 높이고 프레임률을 크게 떨어뜨리는 심각한 구조적 오버헤드가 있음을 상반되게 지적하고 있습니다[19-22]. 또한 `InstancedMesh` 역시 만능이 아니며 정렬의 부재로 인해 발생하는 심각한 오버드로우(Overdraw) 때문에 일반 메쉬 렌더링보다 느려지는 병목 사례가 보고되고 있습니다[13, 14].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Three.js 렌더링 성능 최적화.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-13670A
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Threejs 렌더링 최적화"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Draw Call]], [[InstancedMesh]], [[BatchedMesh]], [[WebGPU]], [[Level of Detail (LOD)]], [[Texture Compression]]
- **Projects/Contexts:** [[Utsubo]], [[Segments.ai]], [[InstancedMesh2 library]]
+- **Related Topics:** [[Draw Call]], [[InstancedMesh]], BatchedMesh, [[WebGPU]], [[Level of Detail (LOD)]], [[Texture Compression]]
+- **Projects/Contexts:** [[Utsubo]], Segments.ai, [[InstancedMesh2 library]]
 - **Contradictions/Notes:** `InstancedMesh`는 드로우 콜을 획기적으로 줄여주지만, 엔진 수준에서 개별 인스턴스에 대한 절두체 컬링과 깊이 정렬(Sorting)이 불가능하여 오버드로우(Overdraw)가 유발됩니다. 이로 인해 픽셀 연산이 무거운 씬에서는 오히려 일반 메쉬 방식보다 프레임 레이트가 하락할 수 있다는 한계가 지적됩니다 [41-44]. 대안으로 꼽히는 `BatchedMesh` 역시 수십만 개 단위의 복잡한 기하학적 데이터와 인스턴스를 처리할 때는 심각한 CPU 병목 현상 및 성능 저하를 야기할 수 있습니다 [20, 45-48].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Three.js 렌더링 최적화.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-E3AAE4
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -39,11 +39,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Threejs 모바일 렌더링
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[드로우 콜 최적화 (Draw Call Optimization)]], [[텍스처 압축 (Texture Compression)]], [[셰이더 정밀도 (Shader Precision)]], [[가비지 컬렉션 (Garbage Collection)]]
- **Projects/Contexts:** [[React Three Fiber (R3F)]], [[Basis Universal / KTX2]]
+- **Related Topics:** 드로우 콜 최적화 (Draw Call Optimization), 텍스처 압축 (Texture Compression), 셰이더 정밀도 (Shader Precision), [[가비지 컬렉션 (Garbage Collection)]]
+- **Projects/Contexts:** [[React Three Fiber (R3F)]], Basis Universal / KTX2
 - **Contradictions/Notes:** 소스에서는 모바일 환경 구현 시 시각적 품질과 성능 간의 직접적인 타협(trade-off)을 강조한다. 데스크톱 환경에서는 다중 텍스처 파일과 MSAA, 4096 크기의 섀도우 맵 활용이 가능하지만, 모바일 기기에서는 동일한 구성을 유지할 경우 프레임 속도 저하와 발열, 메모리 부족으로 인한 강제 종료를 유발할 수 있으므로 극단적인 간소화(FXAA, 아틀라스 텍스처, 512~1024 섀도우 등)를 필수적으로 도입해야 함을 명시한다 [5, 6, 10].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Three.js 모바일 렌더링 최적화.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-A5498B
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,11 +29,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Threejs"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU]], [[InstancedMesh]], [[BatchedMesh]], [[TSL (Three Shader Language)]], [[Raycaster]], [[LOD (Level of Detail)]]
- **Projects/Contexts:** [[React Three Fiber (R3F)]], [[IFC.js]], [[InstancedMesh2]]
+- **Related Topics:** [[WebGPU]], [[InstancedMesh]], BatchedMesh, [[TSL (Three Shader Language)]], [[Raycaster]], LOD (Level of Detail)
+- **Projects/Contexts:** [[React Three Fiber (R3F)]], IFC.js, [[InstancedMesh2]]
 - **Contradictions/Notes:** 일반적으로 `InstancedMesh`는 드로우 콜을 1회로 줄여 렌더링 성능을 획기적으로 높인다고 알려져 있으나, 인스턴스의 자동 정렬 기능이 없어 오버드로우(Overdraw)가 빈번하게 발생할 경우 단일 메쉬를 분할하여 그릴 때보다 오히려 프레임 속도(FPS)가 급락할 수 있습니다 [4, 31-33]. 또한 여러 다른 지오메트리를 하나의 렌더 호출로 묶어주는 `BatchedMesh` 역시, 지나치게 많은 수의 정점과 데이터를 렌더링할 경우 패킹 및 컬링 연산 때문에 극심한 CPU 과부하와 성능 저하를 야기할 수 있다는 한계가 보고되고 있습니다 [41, 42].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Three.js.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-B27B31
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,10 +23,10 @@ github_commit: "[P-Reinforce] Continuous Worker - Timestamp Quantization"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[WebGPU]], [[Timing Attack]], [[Side-channel Attack]], [[Spectre]], [[Rowhammer]], [[High Resolution Time]]
- **Projects/Contexts:** [[Chrome (Blink/Dawn)]], [[GPU for the Web Community Group]]
+- **Projects/Contexts:** Chrome (Blink/Dawn), [[GPU for the Web Community Group]]
 - **Contradictions/Notes:** Chrome의 초기 제안에서는 교차 출처 격리(cross-origin isolated) 상태에 따라 격리된 컨텍스트에서는 100µs 해상도를 제공하고 비격리 컨텍스트에서는 타임스탬프를 아예 노출하지 않으려 했습니다 [3, 13]. 그러나 상호운용성(interoperability) 문제와 모호한 사양에 대한 지적이 제기되었고, 최종적으로는 사이트 격리 상태와 무관하게 항상 100µs 해상도로 타임스탬프를 허용하는 방안이 합의되었습니다 [5, 11, 14].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Timestamp Quantization.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-788E1E
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Timestamp Queries Quantization
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU]], [[Timing Attack]], [[Spectre]], [[EXT_disjoint_timer_query]]
- **Projects/Contexts:** [[High Resolution Time Spec]], [[Chrome DevTools]]
+- **Related Topics:** [[WebGPU]], [[Timing Attack]], [[Spectre]], EXT_disjoint_timer_query
+- **Projects/Contexts:** High Resolution Time Spec, [[Chrome DevTools]]
 - **Contradictions/Notes:** 초기 WebGPU 사양 제안에서는 사이트 격리(Site isolation) 여부에 따라 타임스탬프 쿼리 제공 여부를 차등 적용(비격리 시 완전히 미노출)하려 했으나 [3], 이후 표준화 논의 과정에서 상호 운용성을 위해 모든 컨텍스트에 대해 100 마이크로초의 해상도를 일괄 제공하도록 정책이 변경되었습니다 [10], [11].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Timestamp Queries Quantization.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-77D993
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,11 +29,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Timestamp Queries"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGL Timer Queries]], [[Spectre and Meltdown]], [[WebGPU]], [[Timestamp Quantization]]
- **Projects/Contexts:** [[EXT_disjoint_timer_query]], [[High Resolution Time Spec]]
+- **Related Topics:** WebGL Timer Queries, [[Spectre and Meltdown]], [[WebGPU]], [[Timestamp Quantization]]
+- **Projects/Contexts:** EXT_disjoint_timer_query, High Resolution Time Spec
 - **Contradictions/Notes:** 초기 WebGPU 구현 제안에서는 사이트 격리 상태에 따라 타임스탬프 쿼리의 노출 여부와 해상도를 다르게 적용하려고 했으나(격리 시 100µs, 비격리 시 미노출) [5], 브라우저 간의 상호 운용성 부족 및 GPU의 격리 한계를 이유로 격리 상태와 관계없이 모든 GPU 작업에 대해 일괄적으로 100µs 해상도를 적용하도록 사양이 수정되었습니다 [6, 9].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Timestamp Queries.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-DEE006
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - TypedArray"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[InstancedMesh]], [[InstancedBufferAttribute]], [[Garbage Collection]]
- **Projects/Contexts:** [[Three.js 메모리 관리 및 렌더링 최적화]]
+- **Related Topics:** [[InstancedMesh]], InstancedBufferAttribute, [[Garbage Collection]]
+- **Projects/Contexts:** Three.js 메모리 관리 및 렌더링 최적화
 - **Contradictions/Notes:** 제공된 소스는 TypedArray 자체의 기능적 설명보다는, 이를 활용한 대규모 인스턴스 환경에서 동적 버퍼 확장이 유발하는 메모리 해제와 생성의 위험성(프레임 드랍)을 경고하는 데 초점을 맞추고 있습니다 [3].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/TypedArray.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-FF2C8C
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,10 +23,10 @@ github_commit: "[P-Reinforce] Continuous Worker - UV Offset"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[Texture Atlas]], [[InstancedMesh]], [[BufferAttribute]]
- **Projects/Contexts:** [[Three.js]], [[WebGL Optimization]]
+- **Projects/Contexts:** Three.js, [[WebGL Optimization]]
 - **Contradictions/Notes:** 텍스처 아틀라스와 UV 오프셋의 조합은 인스턴싱 최적화를 위해 필수적이지만 UV 연산의 복잡성과 경계선 블리딩(Edge Bleeding)이라는 한계를 가지며, 소스에 따르면 이를 완전히 회피하기 위한 대안으로 데이터 배열 텍스처(Data Array Textures)의 사용이 제안됩니다 [2, 11].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/UV Offset.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-6033D2
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -34,11 +34,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Unity"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[GPU Instancing]], [[Draw Call Batching]], [[Scriptable Render Pipeline (SRP)]], [[GameObject]]
- **Projects/Contexts:** [[Needle Engine]], [[Optimizing draw calls]]
+- **Related Topics:** GPU Instancing, Draw Call Batching, Scriptable Render Pipeline (SRP), GameObject
+- **Projects/Contexts:** [[Needle Engine]], Optimizing draw calls
 - **Contradictions/Notes:** Unity는 여러 드로우 콜 최적화 옵션을 지원하지만 기법 간에 충돌이 발생할 수 있습니다. 렌더러가 인스턴싱 셰이더를 사용하더라도 정적 배칭(Static batching)이 적용되는 경우 Unity는 자동으로 GPU 인스턴싱을 비활성화하며, 인스펙터(Inspector) 창에 정적 배칭을 끄라는 경고 메시지를 표시합니다 [7].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Unity.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-468135
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -27,11 +27,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Utsubo"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Three.js]], [[WebGPU]], [[stats-gl]]
- **Projects/Contexts:** [[Expo 2025 Osaka]], [[Segments.ai]]
+- **Related Topics:** Three.js, [[WebGPU]], stats-gl
+- **Projects/Contexts:** [[Expo 2025 Osaka]], Segments.ai
 - **Contradictions/Notes:** 소스에 관련된 모순 정보나 반대 주장이 부족합니다. (제공된 소스는 모두 Utsubo의 성과와 기술적 기여를 일관되게 긍정적으로 설명하고 있습니다.)

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Utsubo.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-E1E503
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,5 +29,5 @@ github_commit: "[P-Reinforce] Continuous Worker - VR 엑서게임 (VR Exergaming

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/VR 엑서게임 (VR Exergaming).md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-9ED1C2
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -23,11 +23,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Varying Variables"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Vertex Shader]], [[Fragment Shader]], [[Mobile GPU]]
- **Projects/Contexts:** [[Three.js Performance Optimization]] (Shaders & Materials 최적화 팁)
+- **Related Topics:** [[Vertex Shader]], Fragment Shader, Mobile GPU
+- **Projects/Contexts:** Three.js Performance Optimization (Shaders & Materials 최적화 팁)
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Varying Variables.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-E201D0
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -22,11 +22,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Vertex Shader"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[Fragment Shader]], [[Instancing]], [[Varying Variables]]
- **Projects/Contexts:** [[대규모 인스턴스 렌더링 최적화]], [[모바일 GPU 셰이더 성능 관리]]
+- **Related Topics:** Fragment Shader, [[Instancing]], [[Varying Variables]]
+- **Projects/Contexts:** 대규모 인스턴스 렌더링 최적화, 모바일 GPU 셰이더 성능 관리
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. (버텍스 셰이더 자체의 구체적인 내부 문법이나 근본적인 그래픽스 파이프라인 원리에 대한 상세한 설명은 제공된 소스에 포함되어 있지 않습니다.)

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Vertex Shader.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-DDC386
-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,11 +25,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Vulkan"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[WebGPU]], [[Direct3D 12]], [[Metal]], [[Conditional Rendering]]
- **Projects/Contexts:** [[Vulkan Forward+ Renderer]], [[Vulkan Pathtracer]]
+- **Related Topics:** [[WebGPU]], Direct3D 12, [[Metal]], Conditional Rendering
+- **Projects/Contexts:** Vulkan Forward+ Renderer, Vulkan Pathtracer
 - **Contradictions/Notes:** 소스에 관련 정보가 부족합니다. Vulkan 기술 자체를 깊이 있게 다루는 문헌은 없으며, 대부분 WebGPU의 성능을 설명하기 위한 비교 대상이나 그래픽스 개발자들의 프로젝트 제목 및 질의응답 속에서 단편적으로만 등장합니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/Vulkan.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-C71621
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,11 +29,11 @@ github_commit: "[P-Reinforce] Continuous Worker - WEBGL_multi_draw"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.

 ## 🔗 지식 연결 (Graph)
- **Related Topics:** [[BatchedMesh]], [[InstancedMesh]], [[Draw Call]]
- **Projects/Contexts:** [[Three.js]], [[WebGL]]
+- **Related Topics:** BatchedMesh, [[InstancedMesh]], [[Draw Call]]
+- **Projects/Contexts:** Three.js, [[WebGL]]
 - **Contradictions/Notes:** `WEBGL_multi_draw`는 다수의 고유 객체를 그릴 때 CPU의 드로우 콜 병목을 해소하기 위해 설계되었으나 [1, 9], 역설적으로 특정 임계치(예: 수십만 단위)를 넘어서면 관련 버퍼 업로드 및 GPU 텍스처 업데이트 비용 때문에 오히려 병합된 지오메트리(Merged Geometry) 방식보다 성능이 30~50% 더 악화되는 실증적 모순이 관찰되었습니다 [7, 17, 18].

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/WEBGL_multi_draw.md]]
+
 ---
@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-E798C0
-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 - WebAssembly"

 ## 🔗 지식 연결 (Graph)
 - **Related Topics:** [[WebGL]], [[JavaScript]], [[Spectre]]
- **Projects/Contexts:** [[3D Gaussian Splatting]], [[Chrome DevTools]], [[WebKit]]
+- **Projects/Contexts:** 3D Gaussian Splatting, [[Chrome DevTools]], [[WebKit]]
 - **Contradictions/Notes:** 소스에 WebAssembly의 구체적인 설계 구조나 동작 원리에 대한 포괄적인 정보가 부족합니다. 제공된 문헌들은 주로 WebGL의 연산 한계를 설명할 때의 대안(CPU 오프로딩 수단)이나 브라우저 보안 및 디버깅 툴을 설명하는 맥락에서만 WebAssembly를 부가적으로 언급하고 있습니다.

 ---
 *Last updated: 2026-04-19*
- Raw Source: [[00_Raw/2026-04-20/WebAssembly.md]]
+
 ---
--- a/Show More
+++ b/Show More