[G1-Sync] Manual knowledge update
This commit is contained in:
@@ -2,90 +2,224 @@
|
||||
id: wiki-2026-0508-javascript-optimization-patterns
|
||||
title: JavaScript Optimization Patterns
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: [PERF-JS-OPT-001]
|
||||
aliases: [JS Performance Patterns, V8 Optimization, JS Hot Path]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 1.0
|
||||
tags: ["JavaScript|[JavaScript", performance, Optimization, inp, code-splitting, tree-shaking, web-workers, main-thread]
|
||||
confidence_score: 0.9
|
||||
verification_status: applied
|
||||
tags: [javascript, performance, v8, optimization]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-04-26
|
||||
last_reinforced: 2026-05-10
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
tech_stack:
|
||||
language: unspecified
|
||||
framework: unspecified
|
||||
language: javascript
|
||||
framework: v8
|
||||
---
|
||||
|
||||
# JavaScript Optimization Patterns (자바스크립트 최적화 패턴)
|
||||
# JavaScript Optimization Patterns
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> "전송되는 번들 크기를 극한으로 깎고, 메인 스레드를 점유하는 긴 작업을 잘게 쪼개어(Yield), 브라우저가 사용자의 입력에 즉각적으로 반응할 수 있는 '숨 쉴 틈'을 확보하라" — INP 성능 향상을 위한 현대 자바스크립트 실행 전략.
|
||||
## 매 한 줄
|
||||
> **"매 hot path 의 type stability + allocation 최소화"**. V8/JSC/SpiderMonkey 모두 매 inline cache + hidden class 의 의존 — 매 monomorphic call site 가 매 fastest. 매 micro-optimization 보다 매 algorithmic / batching 이 매 win 큼, 매 그러나 hot loop 에서는 매 GC pressure 의 의식 필수.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **추출된 패턴:** "Static Reduction and Runtime Yielding" — 빌드 시점의 불필요한 코드 제거(Tree Shaking)와 런타임 시점의 메인 스레드 점유 분산(Yielding)을 결합한 패턴.
|
||||
- **핵심 최적화 기법:**
|
||||
- **Code Splitting & Tree Shaking:** 사용하지 않는 코드를 제거하고, 필요한 시점에만 모듈을 로드하여 초기 파싱 시간 단축.
|
||||
- **Breaking Up [[Long Tasks|Long Tasks]]:** 50ms 이상의 작업을 작은 단위로 분할하여 브라우저 렌더링 스케줄러에게 제어권을 양보.
|
||||
- **Web Workers:** 복잡한 연산을 별도의 백그라운드 스레드로 이전하여 메인 스레드 프리징 방지.
|
||||
- **Debounce & Throttle:** 고빈도 이벤트(Scroll, Resize, [[Search|Search]])의 핸들러 실행 횟수 제한.
|
||||
- **requestIdleCallback:** 중요도가 낮은 작업을 브라우저의 유휴 시간에 배치.
|
||||
- **의의:** 자바스크립트 실행으로 인한 UI 프리징을 제거하여 [[Core Web Vitals|Core Web Vitals]]의 INP 지표를 획기적으로 개선하고 실질적인 사용자 만족도를 높임.
|
||||
## 매 핵심
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
- **과거 데이터와의 충돌:** 과거에는 모든 기능을 하나의 거대한 라이브러리에 의존하는 경향이 있었으나, 현대 정책은 '경량 모듈 정책'과 '필요 시 로드 정책'을 최우선으로 함.
|
||||
- **정책 변화:** Antigravity 프로젝트는 모든 동기적 루프에 대해 50ms 초과 시 경고 정책을 시행하며, CPU 집약적인 데이터 처리 로직은 반드시 웹 워커(Web Worker) 사용 정책을 준수하도록 함.
|
||||
### 매 V8 의 fast path
|
||||
- **Hidden class (Map)**: object shape — 매 동일 property 순서 의 같은 hidden class.
|
||||
- **Inline cache (IC)**: call site 별 type 기록 — monomorphic > polymorphic > megamorphic.
|
||||
- **TurboFan / Maglev**: hot function 의 optimizing compile, type feedback 기반.
|
||||
- **Sparkplug** (2021+): 매 baseline JIT, 매 quick startup.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- [[Core-Web-Vitals-Metrics|Core-Web-Vitals-Metrics]], [[Interaction-to-Next-Paint-INP|Interaction-to-Next-Paint-INP]], [[Frontend-Performance-Optimization-Guide|Frontend-Performance-Optimization-Guide]], [[Clean-Code-Principles|Clean-Code-Principles]]
|
||||
- **Raw Source:** 00_Raw/JavaScript Optimization.md
|
||||
### 매 GC pressure
|
||||
- **Young generation (Scavenger)**: 매 short-lived alloc — 매 cheap.
|
||||
- **Old generation (Mark-Compact)**: 매 promoted object — 매 stop-the-world 의 risk.
|
||||
- **Strategy**: 매 hot loop 에서 alloc 의 회피 (object pooling, typed arrays).
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
### 매 응용
|
||||
1. Animation / game loop 의 60+ FPS 유지.
|
||||
2. 매 large data transformation (millions of records).
|
||||
3. Server-side hot path (Node, Bun).
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
## 💻 패턴
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
### Object shape stability
|
||||
```javascript
|
||||
// X — hidden class 가 다름 (assignment 순서)
|
||||
function A() { this.x = 1; this.y = 2; }
|
||||
function B() { this.y = 2; this.x = 1; }
|
||||
const arr = [new A(), new B()]; // 매 polymorphic IC
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
|
||||
- **정보 상태:** needs_review
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
|
||||
## 💻 코드 패턴 (Code Patterns)
|
||||
|
||||
**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*
|
||||
|
||||
```text
|
||||
# TODO
|
||||
// O — 매 동일 shape
|
||||
class Point { constructor(x, y) { this.x = x; this.y = y; } }
|
||||
const arr2 = [new Point(1, 2), new Point(3, 4)];
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
### Monomorphic call site
|
||||
```javascript
|
||||
function add(a, b) { return a + b; } // V8 의 type feedback 기록
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
// X — megamorphic (string + number + array)
|
||||
add(1, 2); add('a', 'b'); add([], []);
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
// O — monomorphic (always number)
|
||||
for (let i = 0; i < 1e6; i++) add(i, i + 1);
|
||||
```
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
### Typed arrays (no boxing)
|
||||
```javascript
|
||||
// X — 매 Array of number — boxed double, GC pressure
|
||||
const heights = new Array(1_000_000);
|
||||
for (let i = 0; i < heights.length; i++) heights[i] = Math.random();
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
// O — Float64Array — flat, no boxing
|
||||
const heights2 = new Float64Array(1_000_000);
|
||||
for (let i = 0; i < heights2.length; i++) heights2[i] = Math.random();
|
||||
```
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
### Object pooling (hot loop)
|
||||
```javascript
|
||||
class Vec3Pool {
|
||||
#pool = [];
|
||||
acquire(x = 0, y = 0, z = 0) {
|
||||
const v = this.#pool.pop() ?? { x: 0, y: 0, z: 0 };
|
||||
v.x = x; v.y = y; v.z = z;
|
||||
return v;
|
||||
}
|
||||
release(v) { this.#pool.push(v); }
|
||||
}
|
||||
|
||||
const pool = new Vec3Pool();
|
||||
function frame() {
|
||||
const tmp = pool.acquire(1, 2, 3);
|
||||
// ... compute ...
|
||||
pool.release(tmp);
|
||||
}
|
||||
```
|
||||
|
||||
### Loop hoisting
|
||||
```javascript
|
||||
// X — length 매 iter 마다 access
|
||||
for (let i = 0; i < items.length; i++) { ... }
|
||||
|
||||
// O — modern V8 의 자동 hoist 하지만 매 explicit 가 안전
|
||||
const n = items.length;
|
||||
for (let i = 0; i < n; i++) { ... }
|
||||
|
||||
// O+ — for-of with iterator (매 modern, V8 fast path)
|
||||
for (const it of items) { ... }
|
||||
```
|
||||
|
||||
### Map vs object lookup
|
||||
```javascript
|
||||
// 매 string key 의 dynamic — Map 의 매 fast & predictable
|
||||
const cache = new Map();
|
||||
cache.set(key, value);
|
||||
cache.get(key);
|
||||
|
||||
// 매 known small fixed keys — object 매 inline cache 의 winning
|
||||
const config = { mode: 'fast', retries: 3 };
|
||||
```
|
||||
|
||||
### Avoid `arguments`, use rest
|
||||
```javascript
|
||||
// X — arguments 의 deopt (non-array, function-bound)
|
||||
function sum() {
|
||||
let s = 0;
|
||||
for (let i = 0; i < arguments.length; i++) s += arguments[i];
|
||||
return s;
|
||||
}
|
||||
|
||||
// O
|
||||
function sum(...nums) {
|
||||
let s = 0;
|
||||
for (const n of nums) s += n;
|
||||
return s;
|
||||
}
|
||||
```
|
||||
|
||||
### Batching DOM / state updates
|
||||
```javascript
|
||||
// X — 매 update 의 layout thrash
|
||||
items.forEach(it => container.appendChild(make(it)));
|
||||
|
||||
// O — DocumentFragment batch
|
||||
const frag = document.createDocumentFragment();
|
||||
items.forEach(it => frag.appendChild(make(it)));
|
||||
container.appendChild(frag);
|
||||
```
|
||||
|
||||
### Web Workers (off-main-thread)
|
||||
```javascript
|
||||
// main.js
|
||||
const worker = new Worker('worker.js', { type: 'module' });
|
||||
worker.postMessage({ data: bigArray }, [bigArray.buffer]); // 매 transfer, zero-copy
|
||||
|
||||
// worker.js
|
||||
self.onmessage = (e) => {
|
||||
const result = heavy(e.data.data);
|
||||
self.postMessage(result);
|
||||
};
|
||||
```
|
||||
|
||||
### Structured cloning vs transferable
|
||||
```javascript
|
||||
// 매 1MB+ data — transferable 의 50-100x faster
|
||||
const buf = new ArrayBuffer(1_000_000);
|
||||
worker.postMessage(buf, [buf]); // 매 ownership transfer
|
||||
```
|
||||
|
||||
### Lazy evaluation (generator)
|
||||
```javascript
|
||||
function* range(from, to) {
|
||||
for (let i = from; i < to; i++) yield i;
|
||||
}
|
||||
function* map(it, f) { for (const v of it) yield f(v); }
|
||||
function* filter(it, p) { for (const v of it) if (p(v)) yield v; }
|
||||
|
||||
// 매 1B element 의 first 10 — alloc 의 X
|
||||
const result = [];
|
||||
for (const v of filter(map(range(0, 1e9), x => x * 2), x => x % 3 === 0)) {
|
||||
result.push(v);
|
||||
if (result.length === 10) break;
|
||||
}
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
| 상황 | Approach |
|
||||
|---|---|
|
||||
| Hot loop alloc | typed array + object pool |
|
||||
| Large data transform | streaming / generator |
|
||||
| Heavy compute | Web Worker + transferable |
|
||||
| DOM batch | DocumentFragment / requestAnimationFrame |
|
||||
| Type stability 의심 | DevTools Profiler "ICs" tab |
|
||||
| 매 micro-bench 결과 의 의심 | always profile in production-like build |
|
||||
|
||||
**기본값**: 매 algorithmic win 우선, 매 hot path 만 micro-optimize.
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[JavaScript]] · [[V8]]
|
||||
- 변형: [[Hermes-Optimization]] · [[JSC]]
|
||||
- 응용: [[Web-Workers]] · [[Animation-Performance]]
|
||||
- Adjacent: [[Garbage-Collection]] · [[Hidden-Classes]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: 매 measurable bottleneck 진단 후, hot loop 작성, large data transform.
|
||||
**언제 X**: 매 cold path / one-shot script (premature optimization), 매 readability cost > perf gain.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Premature micro-opt**: 매 readability 희생, 매 measure 없이 추측.
|
||||
- **`delete obj.prop`**: hidden class transition 유발, IC deopt.
|
||||
- **Hot loop 의 closure alloc**: `arr.map(x => x*2)` 매 frame — 매 함수 hoist.
|
||||
- **`try/catch` in hot loop**: 매 V8 의 optimization 일부 비활성 (개선되었지만 여전히 cost).
|
||||
- **string concat in loop**: `+=` 매 hot loop — 매 array.join.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (V8 blog, Chrome DevTools Performance docs, Bun benchmark methodology).
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — V8 hot-path optimization 패턴 정리 |
|
||||
|
||||
Reference in New Issue
Block a user