9148c358d0
Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를 Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류. - 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로 자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거, 동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거. - 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming, Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business, Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로, 나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는 title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백). 원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지. - 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서. - 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는 지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지. - Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경. - 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.
3.8 KiB
3.8 KiB
id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, verification_status, tags, raw_sources, last_reinforced, github_commit, tech_stack
| id | title | category | status | canonical_id | aliases | duplicate_of | source_trust_level | confidence_score | verification_status | tags | raw_sources | last_reinforced | github_commit | tech_stack | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| wiki-2026-0508-flame-chart | Flame Chart | 10_Wiki/Topics | verified | self |
|
none | A | 0.9 | applied |
|
2026-05-10 | pending |
|
Flame Chart
매 한 줄
"매 시간축 stack frame 의 visual profile — width=duration, depth=call stack". Brendan Gregg (2013) 의 flame graph 매 origin. 2026 시점 Chrome DevTools Performance panel · Node
--prof· Linuxperf· Speedscope 매 standard tooling.
매 핵심
매 Flame Chart vs Flame Graph
- Flame Chart: x축 = 매 wall-clock time (left→right chronological). DevTools default.
- Flame Graph: x축 = 매 aggregated time (alphabetical), 매 hot path 발견.
매 reading rules
- 매 wide bar = 매 long-running function.
- 매 tall stack = 매 deep call chain (recursion · over-abstraction signal).
- 매 plateau = 매 single function dominate.
매 응용
- JS main-thread bottleneck 식별.
- React render 의 expensive component 추적.
- Backend RPC handler latency 분해.
💻 패턴
Chrome DevTools 캡처
// 1. DevTools → Performance → Record
// 2. Reproduce slow interaction
// 3. Stop → bottom-up / call tree / flame chart 탭
// Programmatic mark
performance.mark("render-start")
expensiveRender()
performance.mark("render-end")
performance.measure("render", "render-start", "render-end")
Node.js CPU profile
node --cpu-prof --cpu-prof-dir=./profiles app.js
# .cpuprofile 의 Chrome DevTools "Performance" 탭에 drag-drop
0x flame graph 생성
npx 0x -o server.js
# HTML 매 자동 open — interactive flame graph
React Profiler API
import { Profiler } from "react"
function onRender(id, phase, actualDuration) {
if (actualDuration > 16) console.warn(`slow ${id}: ${actualDuration}ms`)
}
<Profiler id="UserList" onRender={onRender}>
<UserList />
</Profiler>
Speedscope (universal viewer)
# Node, Chrome, py-spy, perf 매 모두 import
npx speedscope profile.cpuprofile
매 결정 기준
| 상황 | Approach |
|---|---|
| Browser frontend lag | Chrome DevTools Performance |
| Node server CPU spike | --cpu-prof + DevTools |
| Production hot-path discovery | Flame graph (aggregated) |
| Specific user interaction | Flame chart (chronological) |
기본값: Chrome DevTools Performance panel — 매 60% case cover.
🔗 Graph
- 부모: Performance_Profiling_and_Memory · Chrome DevTools(크롬 개발자 도구)
- 변형: 할당 타임라인(Allocation Timeline)
- 응용: Nodejs 성능 디버깅 · SPA 라우트 전환 성능 최적화
- Adjacent: Core Web Vitals Optimization (INP, LCP, CLS) · Google Lighthouse
🤖 LLM 활용
언제: 매 latency / jank / unknown bottleneck 발견 → flame chart 의 first tool. 언제 X: 매 memory leak (heap snapshot 사용) · 매 network waterfall (Network panel).
❌ 안티패턴
- Optimize the wide-but-shallow bar: 매 actually unimportant 일 수 있음 — call tree로 cross-check.
- Sampling rate 신뢰: 매 short bursts (<1ms) 의 missed —
performance.markprecise. - Production 에서 always-on profiling: 매 overhead — sampling profiler (e.g.
pprof) 만 OK.
🧪 검증 / 중복
- Verified (Brendan Gregg flame graph paper · Chrome DevTools docs 2026).
- 신뢰도 A.
🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — DevTools/0x/Speedscope tooling 매 설명 |