크라우니 자원·성능 정량 분석 (2026-07-04)
| 항목 | 크라우니 실측 |
|---|
| 디스크(지식+VM) | 1.4MB (지식 756KB + crownyc_big 680KB) |
| RAM(전체 그래프) | 20MB (2498개념·13859관계) |
| 그래프 로드 | 8ms (1회) |
| 알고리즘 자체(BFS 등) | 0.06ms/쿼리 (네이티브 등가) |
| 현재 지연 | 10s/쿼리 ← 인터프리터VM이 매 쿼리 그래프 재로드(고칠 수 있는 오버헤드, 알고리즘 아님) |
자원 타당성 판정: 압도적으로 충분
- 디스크 1.4MB → 도메인 100배 추가해도 <150MB. Ollama(Llama8B) 4.7GB의 1/3000.
- RAM 20MB → Ollama 6~8GB의 1/300.
- 알고리즘 0.06ms → LLM 대비 100~400배 빠름(잠재).
- 병목은 자원이 아니라 엔진 실행방식(매쿼리 재컴파일·재로드). 상주프로세스로 1회 로드 → <5ms.
개선 경로 (자원 아닌 아키텍처)
- 한선씨 상주서버 (crownyc_big TCP대기/입력 루프: 그래프 1회 로드 후 쿼리 서빙) — 한선씨 우선 유지, 지연 10s→<50ms. 1순위.
- 네이티브 그래프op(C 고속 opcode) — 추가 가속.
- precompile+인덱스 — 재컴파일 제거.
벤치마크: 하나씩 충족 (Ollama → Gemini Flash → Claude Haiku)
| 축 | 크라우니(상주 후) | Ollama Llama8B | Gemini Flash | Claude Haiku |
|---|
| 디스크 | 1.4MB ✅ | 4.7GB | 클라우드 | 클라우드 |
| RAM | 20MB ✅ | 6-8GB | — | — |
| 지연 | <5-50ms ✅ | 0.5-2s(GPU)/5-15s(CPU) | ~1s | ~1-2s |
| 오프라인 | ✅ | ✅ | ❌ | ❌ |
| 토큰비용 | 0 ✅ | 0(전력) | API과금 | API과금 |
| 환각 | 0 ✅ | 있음 | 있음 | 있음 |
| 감사·결정론 | ✅ | ❌ | ❌ | ❌ |
| 커버 넓이 | 철학 깊음/좁음 ❌ | 범용 넓음 | 범용 | 범용 |
| 추론 깊이 | 도메인내 깊음 | 중 | 중상 | 상 |
단계별 정량 목표
- 1단계 Ollama 충족: 이미 footprint·환각·결정론 압도. 남은 갭 = ①지연(상주서버로 <50ms) ②넓이. → 상주서버 구축 + 도메인 10~20개 추가(각 ~200KB).
- 2단계 Gemini Flash 충족: 넓이 대폭 확장(범용 도메인 50+) + 웹-신선 데이터 윤활유. 지연은 이미 우위.
- 3단계 Claude Haiku 충족: 추론 깊이(9종추론 다홉·변증법 심화) + 넓이. 품질 정량(재현율·논증평가).
결론
자원은
압도적으로 충분(1000배 여유). 완결성 강화의 실제 작업 = ①상주서버(지연 실현) ②넓이 확장(도메인, MB단위 저렴) ③추론 깊이. 전부 자원제약 아님. 크라우니는 "가장 압도적 로컬 모델"이 될 구조적 근거(1000배 경량·무환각·결정론·잠재 100배 속도)를 이미 보유. 브라우저 통합은 이 3단계 후.