C++로 구현한 register VM과 자체 네이티브 JIT를 가진 프로그래밍 언어

1. Microsoft Store에서 설치

   SuraTeam이 게시한 무료 Windows 앱입니다. Store 페이지 열기

2. 새 PowerShell에서 확인
   sura --version복사
   sura --repl복사
3. Starter 프로젝트 만들기
   surapkg new my_app복사
   cd my_app복사
4. 실행하고 테스트하기
   surapkg run복사
   surapkg test복사

기능별 선택 의존성. 영상 처리는 FFmpeg, Python 연동은 Python, JavaScript 타깃과 VS Code 도구 검증은 Node.js가 필요합니다.

Windows x64에서는 이 묶음의 모든 함수가 JIT로 컴파일되어 기하평균으로 CPython보다 약 14.2배 빠릅니다. 배열 인덱싱·push·len과 딕셔너리 has는 인라인이고, 단순 생성자는 할당 한 번, 루프 밖으로 나가지 않는 레코드는 할당 없이 프레임 슬롯에 필드를 둡니다. 캐시가 직접 내보내는 연산만으로 된 루프는 레지스터를 XMM에만 두고(write-back) helper 호출 앞과 루프를 나갈 때만 프레임에 되쓰며, 비교는 바로 뒤 분기와 융합되고, 나눗셈·나머지는 인라인이며, 숫자 매개변수는 진입 시 한 번만 검사합니다. 인덱스 명령으로 넘어가는 임시 복사는 접히고, 딕셔너리는 마지막으로 조회한 키의 슬롯을 기억해 같은 키의 has·읽기·쓰기가 한 번만 탐사합니다. 크기가 변할 수 없는 루프에서는 배열의 data·끝 포인터를 미리 꺼내 두어 원소 접근이 두 명령입니다. 산술은 먼저 계산하고 결과가 NaN인지 한 번만 봅니다: 숫자가 아닌 값은 모두 NaN 패턴이라 연산을 통과하면 결과도 NaN이 되므로, 피연산자마다 하던 태그 검사가 결과 검사 하나로 줄고 비교는 검사가 아예 없습니다. 끌어올린 배열은 접근마다 널 검사를 하지 않고(범위 비교가 이미 걸러냅니다), 바로 뒤 명령만 읽는 숫자 상수는 프레임에 쓰지 않고 상수 배열에서 바로 읽습니다. 인덱스가 정수 step으로만 늘어나는 루프에서는 레지스터가 배열 시작이 아니라 원소 포인터를 들고 반복마다 step만큼 나아가므로, 접근이 경계 비교와 이동 두 명령입니다. 치환된 생성자가 읽지 않는 클래스 로드와 레코드 별칭 복사는 내보내지 않고, 2의 거듭제곱 상수로 나누기는 역수 곱하기로, 나머지는 하위 비트로 계산합니다. Linux x86-64 baseline도 같은 인라인 경로(배열 인덱싱·push·len·dict has, 태그 검사 후 산술·비교)와 루프 레지스터 캐시·컨테이너 끌어올리기·인스턴스 필드 인라인 캐시(사이트의 IC를 실행 시점에 읽어 재컴파일 없이 데워짐)를 갖게 되어 전체로는 약 5.3배 빠릅니다. 딕셔너리 읽기·쓰기만 아직 helper를 부르지만, compact 표와 키 해시 캐시 덕에 dict 열도 CPython을 앞섭니다. C++·Rust·Go·C#·Java 전체 표와 재현 방법은 저장소의 benchmarks/cross_language에 있습니다.