From 922ead6b88a1a4ff2edf093dba57063b19a75890 Mon Sep 17 00:00:00 2001 From: eunhhu Date: Mon, 28 Sep 2026 02:04:40 +0100 Subject: benchmarks, docs: add bank queries benchmark and outside feedback --- docs/outside-feedback/feedback-002.md | 25 +++++++++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 docs/outside-feedback/feedback-002.md (limited to 'docs/outside-feedback/feedback-002.md') diff --git a/docs/outside-feedback/feedback-002.md b/docs/outside-feedback/feedback-002.md new file mode 100644 index 0000000..ccdbfa8 --- /dev/null +++ b/docs/outside-feedback/feedback-002.md @@ -0,0 +1,25 @@ +# 현재 상태 + +- commit eca213a까지 진행 + +# 필요한 방향 + +1. 이론적/알고리즘적 신규성 한계: +- COW(Copy-On-Write) 트리, 단일 파일 스토리지, 태그 기반 헤드 레코드 배치는 기존 분산/스토리지 기법(LMDB, Bitcask, Arkeion 등)의 엔지니어링 최적화에 가까움. +- 뛰어난 시스템 최적화지, 기존에 없던 새로운 데이터 자료구조나 알고리즘은 없음. +- 안정성을 추구하는 것은 맞지만, 기술적 신규성 및 독창성 요소 필요. (기회가 되면 단계적 확장 검토) + +2. 범용성의 부재: +- SQLite나 Postgres처럼 임의의 복잡한 쿼리, 다중 테이블 조인, 범용 트랜잭션을 다루는 게 아님. +- aup가 정의한 단일 소유자 반응형 상태 모델에 최적화된 특수 목적 런타임이기 때문에 특정 워크로드(키-값 기반 단일 상태 전이)에서만 빠른 것이라는 규격을 깨야함. + +3. 그래픽스 트레이드 오프: +- FreeType을 버리고 단일 심볼 벡터로 간 건 혁신적이지만, 역으로 복잡한 텍스트 셰이핑(HarfBuzz 같은 다국어 합자/커닝 처리)이나 접근성(Accessibility) API는 포기한거임. +- 상용 OS 레벨의 범용 GUI 툴킷으로 가기엔 아직 갈 길이 멀음. + +4. 시스템 확장 및 성능 목표: +- 실사용 환경 및 상용화 생태계(Ray Kernel, ArtOS, Bell Design System) 확장을 위해 범용성과 사용성의 균형 유지 필요. +- 로우레벨 시스템 최적화와 함께 상위 계층에서의 개발 편의성 및 DX 고려. +- QUIC/TLS의 무거운 상태 머신 오버헤드를 극복할 수 있는 초경량 단일 패킷/원시 소켓 기반의 독립 전송 프로토콜(Pure Link) 설계 및 검증 필요. +- 모바일 및 엣지 환경에 최적화된 경량 OS 및 고성능 렌더링 파이프라인 지속 검토. +- 셰이더 및 포스트 프로세싱 컴퓨팅, 네이티브 렌더링 등 UI/NUI 프론트엔드 최적화 추진. -- cgit v1.2.3