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 폴더 제거.
4.7 KiB
4.7 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-solitude-optimization | Solitude Optimization | 10_Wiki/Topics | verified | self |
|
none | B | 0.75 | applied |
|
2026-05-10 | pending |
|
Solitude Optimization
매 한 줄
"매 noisy neighbor 의 quiet 의 making". Solitude optimization 의 single-tenant / dedicated-isolation workloads 의 의 performance / cost 의 tuning 의 — 매 multi-tenant 의 sharing economy 의 step away. 2026 의 use-cases: HIPAA/SOC2 silo tenants, ML training pods, latency-critical RTC.
매 핵심
매 isolation 의 levels
- Process (cgroups, Linux namespaces): 매 weak.
- VM (KVM, Firecracker microVM): 매 strong, 매 ms-boot.
- Bare metal: 매 strongest, 매 slowest provisioning.
- Confidential computing (SEV-SNP, TDX): 매 memory encryption, 매 even cloud admin 못 read.
매 cost 의 vs noise tradeoff
- pool: 매 cheapest, 매 noisy.
- silo VM: 매 2-5x cost, 매 quiet + auditable.
- bare metal: 매 5-10x, 매 silent + compliance-friendly.
매 응용
- Top-N enterprise tenants 의 dedicated DB instance.
- ML training 의 dedicated GPU node (no neighbor jitter).
- Real-time audio/video 의 dedicated compute pool.
💻 패턴
Kubernetes node 의 dedicated taint
kubectl label node gpu-node-1 tenant=acme dedicated=true
kubectl taint nodes gpu-node-1 dedicated=acme:NoSchedule
# pod spec
spec:
nodeSelector: { tenant: acme }
tolerations:
- key: dedicated
operator: Equal
value: acme
effect: NoSchedule
CPU pinning + isolated cores
# kubelet --reserved-cpus=0-1, --cpu-manager-policy=static
spec:
containers:
- name: rtc
resources:
requests: { cpu: "4", memory: "8Gi" }
limits: { cpu: "4", memory: "8Gi" }
Firecracker microVM (per-tenant)
firectl --kernel ./vmlinux --root-drive ./tenant-rootfs.ext4 \
--cpu-template T2 --vcpu-count 2 --memory 1024 \
--tap-device tap-acme/AA:FC:00:00:00:01
Postgres 의 logical replica 의 silo upgrade
CREATE PUBLICATION acme_pub FOR TABLE invoices, users WHERE (tenant_id='acme-uuid');
-- on dedicated instance:
CREATE SUBSCRIPTION acme_sub CONNECTION '...' PUBLICATION acme_pub;
Redis — dedicated DB index per VIP tenant
const dbIdx = tenant.tier === 'enterprise' ? tenantToDb[tenant.id] : 0;
const r = new Redis({ host, port, db: dbIdx });
Network egress 의 per-tenant bandwidth shape (tc)
tc qdisc add dev eth0 root handle 1: htb default 30
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit
tc filter add dev eth0 protocol ip parent 1:0 prio 1 \
u32 match ip src 10.244.5.7/32 flowid 1:1
NUMA-aware 의 ML pod
apiVersion: v1
kind: Pod
spec:
containers:
- name: trainer
resources:
requests:
cpu: "16"
memory: "64Gi"
nvidia.com/gpu: "1"
limits:
cpu: "16"
memory: "64Gi"
nvidia.com/gpu: "1"
매 결정 기준
| 상황 | Isolation |
|---|---|
| HIPAA enterprise customer | silo (dedicated DB + node taint) |
| ML training, p99 jitter < 5ms | dedicated GPU node + CPU pin |
| RTC audio/video VIPs | dedicated pool, NUMA-pinned |
| free-tier | pool (cgroups only) |
기본값: pool with QoS-Guaranteed for paid tiers, silo upgrade option for enterprise SLA.
🔗 Graph
- 응용: Firecracker
- Adjacent: SaaS · SLO
🤖 LLM 활용
언제: tier-tradeoff explanation to sales, capacity planning, generating taint/toleration manifests. 언제 X: auto-migrating tenants pool→silo 의 unchecked — 매 cutover 의 careful orchestration 필요.
❌ 안티패턴
- Silo by default: 매 cost balloon — pool 의 enough for 95% tenants.
- No QoS class: BestEffort pods 의 prod 의 — 매 OOMKill victims.
- Dedicated 의 sold w/o SLO uplift: 매 customer 의 perceived value 0.
- Forget the data plane: CPU silo 의 했지만 shared NIC/Disk — 매 noise 여전.
🧪 검증 / 중복
- Verified (Kubernetes CPU Manager, Firecracker docs, AWS Nitro/SEV-SNP, Postgres logical rep).
- 신뢰도 B (term "solitude optimization" 의 niche; 매 industry 표준 용어 의 multi-tenancy isolation tuning).
🕓 Changelog
| 날짜 | 변경 |
|---|---|
| 2026-05-08 | Phase 1 |
| 2026-05-10 | Manual cleanup — isolation/silo patterns + microVM + NUMA |