← 목록
기타 2026-06-26 5KB 읽기 5분

한선씨 구현능력과 서비스 현황 분석 (창 83)

  • 날짜: 2026-06-26
  • 작업 창: 83 (orchestra)
  • 모드: /크라우니코드 (조회→MISS만 LLM→학습, 한선씨 우선)
  • 선행 감사: 2026-06-22-요청-한선씨-대치현황-감사.md, 2026-04-16-한선씨-구현능력-고도화-phase1-3-7.md
  • 메모리: [[project_hanseon_float_migration_book]] [[project_crowny_roadmap]]

개요

한선씨(Hanseonsi) VM/컴파일러의 현재 구현능력과, 한선씨가 만들어 운영 중인 전체 서비스의 현황, 그리고 "어디까지 대치 가능하고 어디가 아직 비효율적인가"를 2026-06-26 시점 실측 기준으로 갱신한 분석. 6/22 감사의 4일 후 후속판.

1. 한선씨 구현능력 현황 (실측 2026-06-26)

자산수량비고
crownyc.c (VM+컴파일러)15,544줄v10.3 계열
hanseonc_high.c (고수준)4,387줄C-like → TOAU
고수준 키워드/내장함수410 엔트리hanseonc_high 키워드 테이블
ISA729 opcode~799까지시스템 IPC(760~779) 포함
libs/ 한선 소스14,026 .한선 (고유 추정 ~10,035).rpn.한선 변형 3,991 별도
CrownyTVM std/299 파일셀코어 등
구현능력 등급: VM·고수준 = 프로덕션급. 부동소수점·시스템콜·네트워크까지 opcode 네이티브로 내려와 있고, 라이브러리 자산이 1만 모듈대로 두텁다.

돌파된 벽

  • 부동소수점: 고정소수점.한선/고정소수점v2.한선 — 스케일드 정수(SCALE=1000,
테슬라식) 로 오차 0.001 달성. 6/22 감사 시점의 4대벽 중 첫 벽 돌파.
  • 시스템 IPC: opcode 760~779 (포크/파이프/시그널/PID) 추가 완료(4/16).
  • TLS: TLS.한선 라이브러리 존재 — 단 라이브 핸드셰이크는 stunnel 위임이 현실해.

2. 전체 서비스 현황 (실측)

지표수량
gateway.yaml 고유 도메인184
PORTS.md 등록 crowny.org188
실제 LISTEN 중 서비스 (7xxx/8xxx/9xxx)163
crowny-services 통합 registry36
→ 선언된 ~188 도메인 중 163개가 실가동. 6/22 "210 서비스" 추정 대비 실가동 기준으로 좁히면 163개가 현재 살아있는 표면이다.

3. 대치 가능 비율

  • 현 대치율 ~72–75% (6/22 감사) → 사이드카(stunnel/외부LLM 위임) 포함 시 ~90%.
  • 부동소수점 벽 돌파로 CAD/모터/물리/통계 계열이 순수 한선씨로 이동 가능해짐
(NURBS·Pacejka·확률엔진 실증).
  • 게이트웨이는 순수 한선씨 HTTP 코어가 라이브(8080), TLS만 stunnel.

4. 아직 비효율/고성능이 안 나오는 부분 (잔존 3대 벽)

  1. TLS 핸드셰이크 (성능·완성도)TLS.한선 있으나 라이브는 stunnel.
순수 한선씨 TLS는 핸드셰이크 암호연산 성능이 미검증.
  1. 외부 LLM 호출 — Opus/Gemini 등은 한선씨 네이티브 불가, HTTPS 사이드카 의존.
  2. 대용량/고RPS 처리 — 게이트웨이 실측 84.65 RPS vs nginx 14,100 (≈167배 느림).
기능은 동작하나 고부하 표면에서는 성능 격차가 본질적 약점. - 부수: 대용량 바이너리/ZIP/DOCX 생성은 버퍼 슬롯 캡·CRC 산술비용으로 비효율 ([[feedback_hanseon_binary_zip_docx]]). - VM 함정: 배열 GC 없음(큐브 백킹)·문자열 글자수≠바이트·나눗셈 자연반올림.

5. 권고 (우선순위)

  1. 고RPS 핫패스: opcode297 배선·정적 fork 제거 등 게이트웨이 최적화 백로그
소진 ([[project_gateway_optimization_backlog]]). 167배 격차의 일부라도 회수.
  1. TLS 성능 벤치: 순수 한선씨 TLS 암호연산을 고정소수점/트릿 네이티브로
프로파일링 후, stunnel 대치 가능선 판정.
  1. 대치율 90%→95%: 남은 벽은 본질적(외부 LLM)이므로 사이드카를 "정식 어댑터"로
승격하고, 나머지 순수 한선씨화 가능 서비스를 식별해 이전.

관련 파일 경로

  • VM/컴파일러: /Users/ef/CrownyOS/crownyc/crownyc.c, hanseonc_high.c
  • 라이브러리: /Users/ef/CrownyOS/crownyc/libs/ (고정소수점.한선, TLS.한선)
  • 게이트웨이: /Users/ef/crowny-gateway/ (gw CLI, gwlive.toau)
  • 서비스 통합: /Users/ef/crowny-services/registry.psv
  • 포트 SSOT: ~/.claude/knowledge/PORTS.md

잔여 이슈

  • [성능] 게이트웨이 167배 RPS 격차 — 최적화 백로그가 별도 창에서 진행 중.
  • [측정] libs 고유 모듈 수는 추정치(NFC/NFD 정규화로 find 글로브 불일치). ls 기반 집계.
  • [TLS] 순수 한선씨 TLS 라이브 핸드셰이크 미검증 — 벤치 필요.
  • [자율] 본 분석은 가역(문서/측정)만 수행. 비가역(라이브 스왑·재시작)은 미실행.