[G1-Sync] Manual knowledge update
This commit is contained in:
Antigravity Agent
@@ -2,104 +2,180 @@
|
||||
id: wiki-2026-0508-v8-engine
|
||||
title: V8 Engine
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: [P-Reinforce-AUTO-7D181E]
|
||||
aliases: [V8, Chrome JavaScript Engine, Node.js Runtime Engine]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.9
|
||||
tags: [auto-reinforced]
|
||||
confidence_score: 0.95
|
||||
verification_status: applied
|
||||
tags: [v8, javascript, runtime, jit, engine]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-04-20
|
||||
github_commit: "[P-Reinforce] Continuous Worker - V8 Engine"
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
last_reinforced: 2026-05-10
|
||||
github_commit: pending
|
||||
tech_stack:
|
||||
language: unspecified
|
||||
framework: unspecified
|
||||
language: cpp
|
||||
framework: v8
|
||||
---
|
||||
|
||||
# [[V8 Engine|V8 Engine]]
|
||||
# V8 Engine
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> V8 Engine은 구글이 C++로 개발한 고성능 자바스크립트 및 웹어셈블리 엔진이다 [1]. 이 엔진은 대부분의 객체가 생성 후 곧바로 소멸한다는 '세대 가설([[Generational Hypothesis|Generational Hypothesis]])'에 기반한 정교한 가비지 컬렉션(GC) 시스템을 통해 메모리를 자동으로 관리한다 [2, 3]. 최신 GC 아키텍처인 오리노코(Orinoco)와 V8 메모리 케이지([[memory|memory]] Cage) 같은 최적화 및 보안 기법을 적극적으로 도입하여, 메모리 효율성과 애플리케이션의 실행 성능, 안전성을 동시에 보장한다 [4, 5].
|
||||
## 매 한 줄
|
||||
> **"매 multi-tier JIT + generational GC 의 JavaScript runtime"**. 매 Google (2008) 의 Chrome 용 의 open-source 의 release 의 Node.js + Electron + Deno 의 ecosystem 의 substrate. 매 2026 년 의 V8 13.x 의 Maglev (mid-tier) + Turboshaft (top-tier) + sandbox + pointer-compression 의 modern stack.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
**메모리 구조 (Heap & Stack)**
|
||||
* V8 프로세스는 'Resident Set'이라 불리는 메모리 영역을 할당받으며, 이는 크게 정적 데이터와 실행 프레임 포인터를 저장하는 스택(Stack)과 동적 객체를 저장하는 힙(Heap)으로 나뉜다 [6-8].
|
||||
* 힙 메모리는 객체의 생명 주기와 종류에 따라 여러 공간(Space)으로 분할 관리된다 [2, 9]. 새롭게 생성된 객체가 저장되는 'New Space', 오래 살아남은 객체가 승격되어 저장되는 '[[Old Space|Old Space]](Pointer/Data)', 크기가 큰 객체를 위한 'Large Object Space', JIT 컴파일된 코드가 저장되는 'Code Space' 등이 존재한다 [9, 10].
|
||||
* 각 힙 공간은 운영체제로부터 연속적으로 할당받은 '페이지(Page)'라는 단위로 구성되며, 전통적인 페이지 크기는 1MB였으나 저사양 기기에서의 메모리 파편화를 줄이기 위해 512KB로 최적화되기도 했다 [3, 11, 12].
|
||||
## 매 핵심
|
||||
|
||||
**가비지 컬렉션 ([[Garbage Collection|Garbage Collection]])**
|
||||
* **Minor GC ([[Scavenge|Scavenge]]r):** 크기가 작고 할당이 빈번한 New Space를 관리하는 고속 수집 방식이다 [3, 13]. 이 공간은 'From-Space'와 'To-Space' 두 개의 반공간(Semi-space)으로 나뉘며, 체니(Cheney) 알고리즘을 활용해 살아있는 객체만을 To-Space로 복사하고 식별되지 않은 가비지를 비우는 작업을 수행한다 [14-16]. 두 번의 Scavenge 주기를 버텨낸 객체는 Old Space로 승격된다 [16, 17].
|
||||
* **[[Major GC|Major GC]] ([[Mark-Sweep|Mark-Sweep]]-Compact):** 크기가 크고 오래 유지되는 Old Space를 관리한다 [18, 19]. GC 루트에서 도달 가능한 객체를 식별하는 마킹(Marking) 단계, 죽은 객체가 차지한 메모리를 자유 목록(Free list)으로 반환하는 스위핑(Sweeping) 단계, 남은 객체들을 모아 메모리 단편화를 제거하는 압축(Compacting) 단계를 거친다 [19-23].
|
||||
### 매 execution pipeline (4-tier)
|
||||
1. **Ignition** — bytecode interpreter. 매 startup fast.
|
||||
2. **Sparkplug** — non-optimizing baseline JIT. 매 cheap compile.
|
||||
3. **Maglev** — mid-tier optimizing JIT (V8 11.7+). 매 quick optimize.
|
||||
4. **TurboFan / Turboshaft** — top-tier optimizing JIT. 매 peak perf.
|
||||
|
||||
**오리노코(Orinoco) 프로젝트**
|
||||
* 전통적인 가비지 컬렉션의 메인 스레드 지연([[Stop-the-world|Stop-the-world]]) 문제를 해결하기 위해 도입된 최신 GC 아키텍처이다 [5, 24].
|
||||
* 병렬(Parallel), 동시(Concurrent), 점진적(Incremental) 처리 기법을 결합하여, 메인 스레드가 자바스크립트를 실행하는 동안 백그라운드 헬퍼 스레드에서 마킹과 스위핑 작업을 동시에 수행할 수 있도록 개선되었다 [25-33].
|
||||
### 매 memory subsystem
|
||||
- **Pointer compression cage** (4GB).
|
||||
- **Generational GC** — Scavenger (young) + Mark-Compact (old).
|
||||
- **Concurrent + incremental** marking.
|
||||
- **Heap spaces**: New, Old, Large object, Code, Map, etc.
|
||||
|
||||
**보안 및 메모리 최적화**
|
||||
* **V8 Memory Cage 및 포인터 압축:** 64비트 플랫폼에서 메모리를 절약하기 위해 객체 포인터를 64비트 주소 대신 32비트 오프셋으로 저장하는 '[[Pointer Compression|Pointer Compression]]' 기법을 사용하며, 이로 인해 V8 힙은 4GB 크기의 케이지(Cage) 영역 안에 격리된다 [34-36]. 이는 JIT 컴파일러의 타입 혼동 취약점 등을 이용한 공격자가 임의의 메모리를 덮어쓰거나 읽는 것(Arbitrary Read/Write)을 방지하는 강력한 샌드박스 역할을 한다 [4, 37].
|
||||
* **태그된 포인터 (Tagged Pointers):** V8은 메모리 내의 각 단어(word)의 마지막 비트를 예약해 해당 값이 포인터인지 단순 데이터(정수 등)인지 구분함으로써, GC가 객체 그래프를 빠르게 스캔할 수 있도록 지원한다 [38-40].
|
||||
### 매 응용
|
||||
1. Browser JS (Chrome, Edge, Brave, Opera).
|
||||
2. Server runtime (Node.js).
|
||||
3. Desktop (Electron).
|
||||
4. Edge / serverless (Cloudflare Workers, Vercel Edge — actually V8 isolates).
|
||||
5. Embedded scripting (CouchDB, MongoDB shell).
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
|
||||
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
|
||||
## 💻 패턴
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Garbage Collection|Garbage Collection]], Orinoco, [[Pointer Compression|Pointer Compression]], V8 Memory Cage
|
||||
- **Projects/Contexts:** Node.js, [[Chrome|Chrome]], [[Electron|Electron]]
|
||||
- **Contradictions/Notes:** 컴팩션(Compaction)은 단편화를 해결하는 데 매우 유용하지만, 살아있는 큰 객체들을 다른 위치로 복사하고 포인터를 모두 업데이트해야 하므로 비용이 매우 비쌉니다. 따라서 Major GC는 Old Space의 모든 페이지를 매번 압축하지 않고 단편화 정도가 심한 페이지에 대해서만 선택적으로 압축을 수행합니다 [18, 41, 42].
|
||||
### Embed V8 in C++ (minimal hello)
|
||||
```cpp
|
||||
#include <v8.h>
|
||||
#include <libplatform/libplatform.h>
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-19*
|
||||
int main(int argc, char* argv[]) {
|
||||
v8::V8::InitializeICUDefaultLocation(argv[0]);
|
||||
auto platform = v8::platform::NewDefaultPlatform();
|
||||
v8::V8::InitializePlatform(platform.get());
|
||||
v8::V8::Initialize();
|
||||
|
||||
---
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
|
||||
## 🧪 검증 상태 (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
|
||||
v8::Isolate::CreateParams params;
|
||||
params.array_buffer_allocator =
|
||||
v8::ArrayBuffer::Allocator::NewDefaultAllocator();
|
||||
v8::Isolate* isolate = v8::Isolate::New(params);
|
||||
{
|
||||
v8::Isolate::Scope iscope(isolate);
|
||||
v8::HandleScope hscope(isolate);
|
||||
auto ctx = v8::Context::New(isolate);
|
||||
v8::Context::Scope cscope(ctx);
|
||||
auto src = v8::String::NewFromUtf8Literal(isolate, "1 + 2");
|
||||
auto script = v8::Script::Compile(ctx, src).ToLocalChecked();
|
||||
auto result = script->Run(ctx).ToLocalChecked();
|
||||
v8::String::Utf8Value utf8(isolate, result);
|
||||
printf("%s\n", *utf8);
|
||||
}
|
||||
isolate->Dispose();
|
||||
v8::V8::Dispose();
|
||||
return 0;
|
||||
}
|
||||
```
|
||||
|
||||
## 🤔 의사결정 기준 (Decision Criteria)
|
||||
### Inspect tier transitions (Node.js)
|
||||
```bash
|
||||
node --trace-opt --trace-deopt app.js
|
||||
# Watch which functions get Turboshaft-optimized vs deoptimize
|
||||
```
|
||||
|
||||
**선택 A를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
### Hidden class / inline cache friendly
|
||||
```javascript
|
||||
// GOOD — same shape every time → same hidden class → IC monomorphic
|
||||
function Point(x, y) { this.x = x; this.y = y; }
|
||||
const points = [new Point(1,2), new Point(3,4)];
|
||||
|
||||
**선택 B를 써야 할 때:**
|
||||
- *(TODO)*
|
||||
// BAD — shape changes → IC megamorphic → slow
|
||||
const p1 = {x:1, y:2};
|
||||
const p2 = {x:1, y:2, z:3}; // different shape
|
||||
```
|
||||
|
||||
**기본값:**
|
||||
> *(TODO)*
|
||||
### Snapshot for fast startup
|
||||
```cpp
|
||||
// Build a snapshot blob with pre-loaded JS, then restore it
|
||||
v8::SnapshotCreator creator;
|
||||
{
|
||||
auto isolate = creator.GetIsolate();
|
||||
v8::HandleScope hscope(isolate);
|
||||
auto ctx = v8::Context::New(isolate);
|
||||
v8::Context::Scope scope(ctx);
|
||||
// run init JS...
|
||||
creator.SetDefaultContext(ctx);
|
||||
}
|
||||
auto blob = creator.CreateBlob(v8::SnapshotCreator::FunctionCodeHandling::kClear);
|
||||
// Save blob.data, load with v8::Isolate::CreateParams::snapshot_blob
|
||||
```
|
||||
|
||||
## ❌ 안티패턴 (Anti-Patterns)
|
||||
### Isolate-per-request (Cloudflare Workers model)
|
||||
```javascript
|
||||
// Conceptual — V8 isolates as multi-tenant unit
|
||||
class WorkerRunner {
|
||||
async run(script, request) {
|
||||
const isolate = new V8Isolate({ memoryLimit: 128_000_000 });
|
||||
const ctx = isolate.createContext();
|
||||
ctx.global.fetch = fetch;
|
||||
try {
|
||||
return await ctx.eval(script).fetch(request);
|
||||
} finally {
|
||||
isolate.dispose();
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*
|
||||
### Force GC + heap snapshot
|
||||
```bash
|
||||
node --expose-gc --inspect app.js
|
||||
# In code: global.gc(); v8.writeHeapSnapshot('s.heapsnapshot');
|
||||
```
|
||||
|
||||
### Tune for memory-constrained env
|
||||
```bash
|
||||
node --max-old-space-size=512 \
|
||||
--max-semi-space-size=64 \
|
||||
--optimize-for-size \
|
||||
app.js
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
|
||||
| 상황 | Tier / Setting |
|
||||
|---|---|
|
||||
| Cold start critical | Snapshot + Sparkplug |
|
||||
| Steady-state CPU-bound | Let TurboFan/Turboshaft warm up |
|
||||
| Memory-constrained | `--optimize-for-size` + lower max-old-space |
|
||||
| Multi-tenant edge | One isolate per request |
|
||||
| Native interop heavy | NAPI / N-API (stable ABI) |
|
||||
|
||||
**기본값**: 매 default flags 의 modern Node 의 OK; 매 measure 후 tune.
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[JavaScript]] · [[JIT Compilation]]
|
||||
- 변형: [[JavaScriptCore]] · [[SpiderMonkey]]
|
||||
- 응용: [[Node.js]] · [[Electron]] · [[Deno]] · [[Cloudflare Workers]]
|
||||
- Adjacent: [[V8 Heap Spaces]] · [[Garbage Collection]] · [[Chrome V8 Heap Analysis]] · [[Electron V8 Memory Cage]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: 매 perf debugging 의 deopt 의 reading. 매 hidden class 의 explanation. 매 flag selection.
|
||||
**언제 X**: 매 V8 internal API 의 frequent change. 매 LLM 의 outdated 의 risk → release notes 의 verify.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Polymorphic shapes**: 매 IC megamorphic 의 cause. 매 hidden class consistent 의 keep.
|
||||
- **Try/catch in hot loop (pre-V8 6)**: 매 modern V8 의 OK 지만 의 still 의 cost.
|
||||
- **`delete` on hot object**: 매 hidden class transition 의 trigger.
|
||||
- **Naive `eval`**: 매 deopt + security risk.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (V8 official docs, V8 blog 2026, Node.js v22+ docs).
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — 4-tier pipeline + 2026 modern stack (Maglev, Turboshaft) |
|
||||
|
||||
Reference in New Issue
Block a user