모니터링 기간: 2026-11-04 04:30 ~ 2026-11-05 04:30 (베이징 시간, 지난 24시간; 이전 회차 11-04 04:30 마감 시점과 연결됨).

출처: GitHub 주요 저장소 및 조직 푸시 점검(RuyiAI-Stack, ruyisdk, openRuyi-Project, buddy-compiler, 저장소별로 모니터링 기간 내 커밋, PR, Release 및 태그를 확인하고 브랜치 단위 atom을 보완; 업스트림 fork는 RISC-V / RVV / XuanTie 키워드로 필터링), ruyi 패키지 관리자 Release, packages-index, openRuyi 패키징 저장소 SPECS 및 병합된 PR, RuyiSDK 개발자 커뮤니티 포럼, ruyisdk 위챗 글 저장소(격주 진행 초안), ruyiai-daily 데일리 정보 아카이브, RuyiAI 공식 홈페이지 3개 페이지 스냅샷, openRuyi 배포판 뉴스 페이지, Google News RSS 중·영문 타깃 검색(프록시 경유), arXiv 검색.

이번 회차 인덱스

  • 오늘의 핵심: AME 백엔드가 i32 행렬 누산기를 AccReg에 고정, 설정화된 tile 연산은 전개 전으로 연기 (11-04)
    1. RuyiAI 스택 진행 상황 (PyTorch / Triton / TileLang RISC-V 적응)
      • 1.1 llvm-project: riscv 브랜치에 BOSCAME 커밋 추가, 레지스터 분류 및 tile 스케줄링 보완 (11-04)
      • 1.2 pytorch: riscv 브랜치 커밋 없음, main은 업스트림 동기화 20건 (11-05 상태)
      • 1.3 triton-riscv: PR #98에서 Triton 3.9.0으로 업그레이드 제안, #92의 3.8.0 리베이스와 병행 (11-04)
      • 1.4 tilelang-riscv: 커밋 없음, 기존 PR 2건 여전히 열림 (11-05 상태)
    1. RuyiSDK 툴체인 및 배포판
      • 2.1 openRuyi 모니터링 기간 내 커밋 10건: 브라우저 및 Python 패키지 업데이트 위주, CI 서명 방식 변경 (11-04)
      • 2.2 ruyi 메인 저장소 커밋 0건 태그 0건, 0.54.0-beta.20261102가 여전히 최신 프리릴리스 (11-05 상태)
      • 2.3 packages-index 커밋 없음, ABI 주석 목록 변경 없음 (11-05 상태)
      • 2.4 openRuyi 2026.10 월간 버전 여전히 부재, 뉴스 페이지는 9월 릴리스에 머묾 (11-05 상태)
    1. 벡터 확장 및 연산자 최적화
      • 3.1 세 벡터 저장소 계속 조용, 최신 커밋은 02-13, 06-25, 07-13에 멈춤 (11-05 상태)
      • 3.2 격주 진행 080 초안: glibc libmvec 및 newlib 벡터 수학 함수 보강 (11-04)
      • 3.3 arXiv: bf16/fp16의 RVV 자동 벡터화 조용한 성능 저하 (11-02, 모니터링 기간 외)
    1. Buddy Compiler 동향
      • 4.1 VIR의 set_vl 의미 강화: 정확한 VLEN과 임의 VLEN이 두 경로로 분리 (11-04 ~ 11-05)
      • 4.2 CI: pytorch 2.15 테스트 매트릭스 진입, LLVM 릴리스에 NVPTX/AMDGPU 및 lld 활성화 (11-04)
      • 4.3 야간 빌드는 0.1.4.dev20261103에 멈춤, 모니터링 기간 내 신규 릴리스 없음 (11-05 상태)
    1. 커뮤니티 및 활동 및 공식 홈페이지
      • 5.1 격주 진행 080 저장소 진입: 11-05 발행, 기본 C 라이브러리와 V8 두 절만 완성 (11-04)
      • 5.2 공식 홈페이지 3개 페이지 변화 없음, 블로그 2편, 문서 23장 (11-05 상태)
      • 5.3 포럼 모니터링 기간 내 신규 게시글 없음, 서밋 게시글과 079호 여전히 첫 페이지 (11-05 상태)
      • 5.4 ruyiai-daily 11-04호 아카이브, RISC-V 절에 K3 수정 및 펌웨어 패치 수록 (11-04)
      • 5.5 외부 뉴스 4개 쿼리 모두 무응답, arXiv 모니터링 기간 내 신규 논문 없음 (11-05 상태)
    1. 트렌드 관찰
      • 6.1 백엔드 선행, 프런트엔드와 런타임 정지
      • 6.2 패키징 측 일상 유지보수와 릴리스 정체 병존
      • 6.3 벡터 수학 보강이 원고에서 먼저 등장

오늘의 핵심: AME 백엔드가 i32 행렬 누산기를 AccReg에 고정, 설정화된 tile 연산은 전개 전으로 연기 (11-04)

날짜: 2026-11-04　출처: 커밋 f346011, PR #35

11-04 15:40(베이징 시간), RuyiAI-Stack/llvm-project의 riscv 브랜치에 커밋 f346011이 추가되었다. 8개 파일 변경, +412/−1, 작성자 caihanyi111, 협력자 caohanghang. 변경 대상은 LLVM 내 RISC-V AME 행렬 확장 백엔드 구현(코드에서 BOSCAME로 표기)이며 두 부분으로 나뉜다.

첫 번째 블록은 레지스터 분류입니다. 루프가 운반하는 누산기 PHI는 타입 테이블에서 기본 레지스터 클래스를 가져오는데, nxv32i32는 원래 TileReg로만 등록되어 있었습니다. 누산 명령 mlce32.m, mqma.*, msce32.m의 누산기 피연산자와 결과는 모두 AccReg로 제한되어 있어, 각 루프 경계마다 tile과 accumulator 두 레지스터 뱅크 사이에서 복사가 한 번씩 생성되며, copyPhysReg는 이러한 뱅크 간 복사를 단일 AME 명령으로 전개할 수 없습니다. 수정 방안은 nxv32i32에 AccReg도 함께 등록하는 것입니다. V 확장이 동시에 활성화된 대상의 경우 RVV가 해당 타입을 다시 등록하며, 기본 동작은 변경되지 않습니다. 동일 뱅크의 전체 레지스터 복사는 mmve64.t.t와 mmve64.a.a로 전개하도록 변경되었고, 뱅크 간 복사는 하드 오류로 유지되어 더 이상 레인별 인덱스 이동으로 강등되지 않습니다.

두 번째 블록은 스케줄링입니다. 각 tile 구성과 그 소비자는 emit 전까지 순서가 있고 부작용이 있는 의사 명령 안에 유지되다가 그제서야 전개됩니다. 행렬 레지스터는 할당 가능하도록 변경되었고, MMA의 누산기는 tie 처리되며, 영 누산기 정의는 이전 값을 읽지 않고, 분기 완화는 완전히 전개된 후의 크기를 포함합니다. 이 커밋은 동시에 세 가지 테스트를 추가합니다. 구성화된 load/MMA/store의 순서, 독립 누산기와 영값 정의, RVV와 비 RVV 두 가지 선택, 그리고 완화된 분기입니다.

커밋 메시지는 동기를 명시하고 있습니다. 상위 TTIR에서 BOSCAME으로의 하향 변환은 리덕션 루프가 i32 누산기를 계속 AccReg에 유지하도록 요구합니다. 이 경로는 바로 tilelang-riscv에서 내려오는 행렬 연산자 경로이며, LLVM 측에서 보완하는 것은 새 명령을 추가하는 것이 아니라 레지스터 할당과 스케줄링 계층입니다.

1. RuyiAI 스택 진행 상황 (PyTorch / Triton / TileLang RISC-V 적응)

1.1 llvm-project: riscv 브랜치에 BOSCAME 커밋 추가, 레지스터 분류와 tile 스케줄링 보완 (11-04)

날짜: 2026-11-04　출처: 커밋 f346011, riscv 브랜치 커밋 목록

오늘 중점 사항에서 다룬 두 가지 변경 외에도, 이 커밋의 테스트 범위는 별도로 기록할 가치가 있습니다. xboscame-ordered-tiles.ll은 구성화된 load/MMA/store의 순서와 기계 검증을 다루고, xboscame-matrix-copy.ll은 동일 뱅크 복사 전개를 다루며, xboscame-matrix-copy-cross.ll은 뱅크 간 복사가 반드시 오류를 보고해야 하는 동작을 고정합니다. 커밋 메시지가 제시하는 검증 기준은 xboscame-ordered-tiles.ll의 모든 RUN 라인 통과이며, 기계 검증과 목적 파일 생성을 포함합니다.

시간선상에서 이는 riscv 브랜치가 11-03 03:57의 CI 워크플로 변경 이후 처음으로 올린 코드 커밋입니다. 브랜치의 더 이른 [RISCV] Lower IME intrinsics to SpacemiT A100 dot instructions, [RISCV] Add A100 HP/SP and pack/unpack lowering은 여전히 11-02에 머물러 있습니다. 메인 브랜치는 같은 기간 커밋이 없습니다(최신 커밋 11-02 14:48 UTC).

1.2 pytorch: riscv 브랜치 커밋 없음, main은 업스트림 동기화 스무 건 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: riscv 브랜치 커밋 목록, main 브랜치 커밋 목록, 오픈 PR 목록

riscv 브랜치는 모니터링 기간 내 커밋이 없습니다. 마지막 전체 브랜치 재적용 푸시는 11-04 03:00(베이징 시간)에 발생하여 이전 기간 말미에 해당하며, 헤드 커밋은 6c89022([SyncBots] Integrate PyTorch at 3afdbd3)입니다. 이번 기간에는 상태만 기록하며, 패치 세트는 이전 기간과 동일합니다.

main 브랜치는 모니터링 기간 내 업스트림 동기화 커밋이 스무 건 있으며, 내용은 inductor/AOTI, cuDNN frontend, macOS용 oneDNN, MPS와 dynamo에 집중되어 있습니다. 건별로 확인한 결과 RISC-V 또는 RVV와 관련된 변경은 없습니다. 여덟 건의 오픈 PR(#36, #38, #43, #46, #48, #51, #23, #35)은 여전히 열린 상태이며, 모니터링 기간 내 병합은 없었습니다.

1.3 triton-riscv: PR #98이 Triton 3.9.0으로의 상향을 제안, #92의 3.8.0 리베이스와 병행 (11-04)

날짜: 2026-11-04　출처: PR #98, PR #92, 커밋 목록

메인 브랜치에는 커밋이 없으며, 최신 커밋은 여전히 10-31 05:15 UTC의 커밋이다. 실제 새로운 움직임은 PR 쪽에 있다: trdthg가 11-04 17:25에 #98「Bump Triton to main (3.9.0)」을 열었고, 마지막 업데이트는 11-05 00:11이다. 같은 날 jason-hue의 #92「Rebase integration onto the official Triton v3.8.0 release」도 업데이트되었다.

두 PR은 서로 다른 두 경로를 걷고 있다. #92는 triton-hash.txt를 메인라인 dev pin 5889527에서 v3.8.0 릴리스 커밋 c01b6774로 교체하며, PR 설명에서 차이를 밝힌다: 원래 pin은 release보다 dev 커밋이 417개 많고 release 커밋이 25개 적다; #55(asin) 위로 리베이스되었고, test_inverse_trig_dtype.py는 30/30 통과하며, CPU 및 RISC-V 파이프라인 동작은 변경되지 않는다. #98은 앵커를 곧바로 3.9.0 메인라인으로 옮긴다. 하나는 안정성을 추구하고, 다른 하나는 따라가는 것이며, 최종 착지는 리뷰의 선택에 달려 있다.

1.4 tilelang-riscv: 커밋 없음, 오래된 PR 두 건 여전히 열려 있음 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: 커밋 목록, PR #4, PR #2

메인 브랜치는 모니터링 기간 내 커밋이 없으며, 헤드 커밋은 11-03 06:13 UTC의 57c548c(PR #5의 병합 결과)에 멈춰 있다. 열린 PR은 여전히 두 건이다: #4「Add RVV vector mask and max reduction lowering」(zxfj12138)와 #2「Add Codex-compatible RISC-V operator workflow」(zzwwji-lab). 지난 호에서 PR #5 병합 시 RVV 마스크와 최대 리덕션이 아직 커버되지 않았다고 기록했는데, 이번 호에서도 해당 경로는 #4에 머물러 있으며 병합되지 않았다.

2. RuyiSDK 툴체인과 배포판

2.1 openRuyi 모니터링 기간 내 커밋 10건: 브라우저와 Python 패키지 업데이트 위주, CI 서명 방식 변경 (11-04)

날짜: 2026-11-04　출처: 커밋 목록, firefox 159.0, expat 2.10.0, CI 서명 변경

커밋 10건은 모두 11-04에 집중되어 있으며, 세 그룹으로 나눌 수 있다.

패키지 업데이트: firefox가 159.0으로 업그레이드되었다; expat가 2.10.0으로 업그레이드되며 security-fixes로 표시되었다; Python 쪽 네 패키지가 같은 날 업데이트되었는데, python-paste 3.11.0, python-multidict 7.2.1, python-hydra-core 1.3.8 모두 security-fixes로 표시되었고, python-aiobotocore는 3.10.0으로 업그레이드되었으며, 별도로 python-nltk 3.10.4가 있다.

CI: update-package 워크플로가 openruyi 컨테이너 안에서 실행되도록 변경되었고(21:43), 두 시간 후 롤백되었다(23:48); 이어서 apt-key를 범위가 제한된 OBS 서명 키로 교체했다(23:50). 같은 날 PR #1591(컨테이너화)과 #1584(expat 보안 업데이트)도 병합되었고, 별도로 #1544가 firefox를 업데이트했다. 하루 동안 RuyiAI 세 가지 구성 요소를 건드린 커밋은 없었으며, AI 관련 spec도 새로 추가되지 않았다.

2.2 ruyi 메인 저장소 커밋 0건·태그 0건, 0.54.0-beta.20261102 여전히 최신 프리릴리스 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: ruyi Release 목록, 커밋 목록

메인 저장소는 모니터링 기간 내 커밋이 없고 새 태그도 없다. Release 목록의 최신은 여전히 0.54.0-beta.20261102(11-02 18:37 베이징 시간)이며, 정식 버전은 여전히 09-24에 릴리스된 0.53.0이다. 0.54.0은 09-18의 alpha에서 11-02의 beta까지 왔으나 정식 버전은 아직 나오지 않았다.

2.3 packages-index 커밋 0건, ABI 주석 목록 변화 없음 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: packages-index 커밋 목록

모니터링 기간 내 커밋은 0건이며, 최신 커밋은 여전히 11-02 13:26(베이징 시간)이다. 지난 호에서 논의한 ABI 주석 커버리지 문제(327개 패키지 버전 설명 파일 중 주석이 있는 패키지는 3개뿐)는 이번 기간에도 변화가 없었고, 인덱스 측의 새로운 판정 데이터도 없다.

2.4 openRuyi 2026.10 월간 버전 여전히 부재, 뉴스 페이지는 9월 릴리스에 정체 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: openRuyi 뉴스 페이지

뉴스 페이지는 모니터링 기간 내 신규 항목이 없다. 릴리스 관련 공지의 최신은 여전히 2026.09이며, 10월에는 특집 기사 두 편(RISC-V 소프트웨어 생태계 공공 인프라, Ruyi Firmware 오픈 UEFI 펌웨어 방안)만 있었고 월간 버전 공지는 없었다. 2026.10의 부재는 지난 호에서 이번 호까지 이어지고 있다.

3. 벡터 확장과 연산자 최적화

3.1 세 벡터 저장소 계속 정체, 최신 커밋은 02-13, 06-25, 07-13에 멈춤 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: VecIntrinBench, IntrinTrans, FBGEMM

VecIntrinBench의 최신 커밋은 여전히 02-13, IntrinTrans는 06-25, FBGEMM은 07-13에 멈춰 있으며, 세 저장소 모두 모니터링 기간 내 커밋이 0건이다. 벡터 intrinsic의 벤치마크와 변환 도구 쪽은 여러 호 연속으로 움직임이 없었고, 이번 호 연산자 관련 실제 증가분은 buddy-mlir의 VIR과 080호 원고의 벡터 수학 함수에 있다.

3.2 격주 보고 080 초안: glibc libmvec과 newlib 벡터 수학 함수 추가 (11-04)

날짜: 2026-11-04　출처: 080호 초안, 아티클 저장소 커밋 목록

RuyiSDK 위챗 아티클 저장소의 11-04 업데이트에서 080호 초안의 “기본 컴포넌트” 두 절이 작성되었다. 기본 C 라이브러리 부분: glibc는 sinpif, sqrt, sqrtf, tanf를 기존 libmvec 프레임워크에 이식했다. newlib은 atanhf, atan2f, atanpif, atan2pif, exp2f, cosf, coshf, cospif, exp10f, expf, log2f, log2p1f, rsqrtf, expm1f 총 14개 함수를 기존 벡터 수학 프레임워크에 이식했다.

이 함수들은 RVV에서 저정밀 추론과 활성화 계산을 수행하기 위한 기반이다. 벡터 수학 라이브러리에 함수가 없으면 연산자는 스칼라 경로로 후퇴할 수밖에 없고, 컴파일러 측의 RVV 하향 변환이 아무리 좋아도 성능을 살릴 수 없다. 초안의 나머지 장(패키지 관리자, IDE, GCC, LLVM, OpenJDK, Go, QEMU 등)은 아직 비어 있다.

3.3 arXiv: bf16/fp16의 RVV 자동 벡터화 조용한 성능 저하 (11-02, 모니터링 기간 외)

날짜: 2026-11-02 (모니터링 기간 외, 최근 3일)　출처: arXiv 2611.03917

모니터링 기간 동안 arXiv에는 새로운 RISC-V 관련 논문이 없었습니다. 최근 3일 동안 RVV 벡터화와 직접 관련된 연구 한 편이 있어 기록할 만합니다. 저자 Vaishnavi Kouru와 Robert Chun은 fp32, int8, bf16, fp16 네 가지 정밀도의 곱셈-덧셈 루프로 LLVM의 RISC-V 자동 벡터화를 비교했습니다. -march=rv64gcv라는 공통 기준선에서 int8과 fp32는 깔끔하게 벡터화되지만, bf16과 fp16은 대량의 스칼라 폴백으로 퇴화하며, fp16은 zvfbfmin/zvfbfwma와 zvfhmin을 추가로 활성화하지 않으면 요소별 소프트웨어 변환 호출로까지 퇴화합니다.

QEMU 사용자 모드에서의 동적 명령 수는 규모를 보여줍니다. 기준선 bf16과 fp16 커널의 실행 명령 수는 확장 버전을 활성화한 경우의 각각 17.0배와 75.9배입니다. 논문은 또한 컴파일러 진단이 실제로 이러한 퇴화를 보고하지만, 표현 방식상 「컴파일 옵션 하나 추가로 해결 가능」과 「고유한 변환 비용」을 구분하지 않아 사용자가 수정 방법을 가리키는 직접적인 신호를 얻을 수 없다고 지적합니다. RuyiAI 스택의 관점에서 이는 080호의 벡터 수학 함수 보충과 동일한 문제의 양 끝입니다. 한쪽은 라이브러리 함수가 부족하고, 다른 쪽은 기능 스위치의 가시성이 부족합니다.

4. Buddy Compiler 동향

4.1 VIR의 set_vl 의미 강화: 정확한 VLEN과 임의 VLEN이 두 경로로 분리 (11-04~11-05)

날짜: 2026-11-04~11-05　출처: PR #1028, 병합 커밋 dd57775, PR #1029, 병합 커밋 61ba191

zhanghb97의 두 PR이 모니터링 기간 내에 연달아 병합되어 VIR 방언에서 set_vl의 의미를 명확히 했습니다.

#1028(11-04 23:54 병합)은 rvv-vlen이 대상의 정확한 VLEN을 나타내도록 합니다: vscale = rvv-vlen / 64, 하나의 vector<[N]xT>는 N 곱하기 vscale개의 lane을 보유하며, 분할은 전체 벡터 단위로 수행됩니다. 이전에는 rvv-vlen이 최소 VLEN으로 취급되어 마스크가 모두 참인데도 코드에 남아 있었습니다. llc는 vid와 vmslt를 유지하고, 메모리 접근에 마스크를 동반하며, RoPE의 rotate_half는 slides와 마스크 선택으로 변하고, 디코딩 어텐션에서는 마스크가 오버플로하기까지 했습니다. K3의 커널은 1024비트 벡터 폭으로 구축되는데, 이것이 바로 이 경로의 전형적인 시나리오입니다.

#1029(11-05 01:32 병합)는 rvv-vlen을 주지 않는 일반 구축을 처리합니다: 이때 코드는 임의의 VLEN에 대해 성립해야 하며, strip-mined 영역은 런타임에 N 곱하기 vscale 단위로 스텝하고, 벡터는 최소 128비트로 크기가 정해집니다. 결과를 갖는 set_vl은 직접 거부되어 「rvv-vlen, 즉 정확한 VLEN이 필요함」을 보고하는데, 이 패스는 이전에는 단순히 오류만 보고했습니다. 고정 벡터는 rvv-vlen이 없을 때 원래대로 유지되며 호스트 기준으로 크기가 정해집니다. 128보다 높은 최소 VLEN을 선언하는 것은 허용되지 않습니다.

두 PR을 합친 의미는 다음과 같습니다: 의미가 더 이상 “마스크가 우연히 모두 참”이라는 것에 기대지 않고, 컴파일 시점에 이 코드가 특정 VLEN을 위해 컴파일되었는지 아니면 임의 VLEN을 위해 컴파일되었는지를 명시해야 합니다.

4.2 CI: pytorch 2.15가 테스트 매트릭스에 진입, LLVM 배포에 NVPTX/AMDGPU와 lld 활성화 (11-04)

날짜: 2026-11-04　출처: PR #1026, PR #1027, PR #1025

#1026 pytorch 2.15를 테스트 매트릭스에 추가하여 2.11부터 2.15까지 커버한다. 변경을 촉발한 것은 실제 회귀이다. 2.15에서 최신 full check가 tests/Python/AtenOps/test_resize_enlarge.py에서 실패하며, 실패는 importer 이전에 발생한다. AOT autograd의 functionalization이 이제 함수화된 텐서에 대해 resize_ 확대를 거부하며, torch.compile도 동일 함수에서 실패하여 그래프가 ResizeOp에 도달하지 못한다. 수정 방식은 테스트를 out-of-place인 aten.resize로 교체하는 것이며, 동일한 ResizeOp handler를 거쳐 동일한 MLIR을 생성하고 2.11부터 2.15까지 전체 매트릭스가 통과한다.

#1027 CI가 릴리스하는 LLVM에 NVPTX/AMDGPU 타깃을 포함하고 lld를 활성화한다. #1025는 LLVM을 bef335e2143c로 올린다. 세 건 모두 인프라 작업이지만 #1026이 기록한 이 회귀는 주목할 만하다. 업스트림의 functionalization 강화는 백엔드 오류가 아니라 “그래프가 백엔드에 도달하지 못하는” 형태로 나타난다.

4.3 나이틀리는 0.1.4.dev20261103에 머물고 모니터링 기간 내 신규 릴리스 없음 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: buddy-mlir Release 목록

모니터링 기간 내 신규 Release는 없으며 최신은 여전히 Nightly 0.1.4.dev20261103(11-03 18:23 베이징 시간)이다. 정식 버전은 여전히 10-31의 BUDDY MLIR 0.1.3이다. 오늘 머지된 다섯 건의 커밋은 아직 새로운 나이틀리 패키지로 나오지 않았다.

5. 커뮤니티와 활동 및 공식 홈페이지

5.1 격주 동향 080이 저장소에 진입: 11-05 발행 예정, 기초 C 라이브러리와 V8 두 절만 완성 (11-04)

날짜: 2026-11-04　출처: 080호 초안, 커밋 목록

기사 저장소에는 11-04에 네 건의 커밋이 있었다. 09:56 초안 작성(#393), 16:01 LIBC 보완(#394), 18:02와 19:35 두 차례 080호 파일 업데이트(#395, #396)이다. 파일명은 20261105-ruyisdk-biweekly-80.md이며 제목은 「제 080호 · 2026년 11월 05일」로, 내일 발행을 의미한다.

완성도 측면에서 현재 두 절만 내용이 있다. 기초 C 라이브러리(glibc libmvec과 newlib 벡터 수학 이식, 3.2 참조)와 V8(이번 호에서 6개의 RISC-V 패치를 제출 및 머지하고, 추가로 6개를 리뷰 및 머지, 「vlen=1024 허용」과 「스칼라 이동 시 벡터 테일 보존」 포함)이다. 패키지 관리자, IDE, 버전 테스트, packages-index, 개발 보드 매트릭스, 공식 홈페이지 문서, GCC, LLVM, OpenJDK, Go, QEMU 각 절은 여전히 비어 있다. 포럼에서는 079호(10-26)가 여전히 마지막 호이며, 080호는 아직 게시되지 않았다.

5.2 공식 홈페이지 세 페이지 변화 없음, 블로그 두 편, 문서 스물세 장 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: RuyiAI 공식 홈페이지, 블로그 페이지, 문서 페이지

세 페이지 스냅샷은 이전 호와 동일하다. index.html 7,246바이트, blog.html 5,632바이트, docs.html 10,843바이트이며 상태는 모두 변화 없음이다. 블로그 인덱스는 여전히 두 편(Triton의 RISC-V 적응, PyTorch RISC-V CI 실천)이며, 문서 인덱스는 여전히 스물세 장이다.

5.3 포럼 모니터링 기간 내 신규 게시글 없음, 서밋 글과 079호가 여전히 첫 페이지 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: RuyiSDK 커뮤니티 최신 토픽, 079호

생성 시간 순으로 정렬된 최신 토픽에는 모니터링 기간 내 신규 게시글이 없다. 첫 페이지 최신은 여전히 11-03의 「스크립트로 ruyi 설치 및 업그레이드 안내와 사용 가이드」이며, 그 뒤로 10-29의 서밋 관련 글 세 편(RuyiAI 제6회 RISC-V 중국 서밋 등장, Xiangshan Ruyi 생태계 대회, Bao Yungang 연설 전재), 그리고 10-26의 079호가 있다.

5.4 ruyiai-daily 11-04호 아카이브, RISC-V 절에 K3 수정과 펌웨어 패치 수록 (11-04)

날짜: 2026-11-04　출처: ruyiai-daily 11-04

아카이브 커밋은 11-04 06:37(베이징 시간)에 발생했습니다. 해당 호는 11-03 05:07부터 11-04 06:00까지를 다루며, RISC-V 섹션에는 이 스택과 관련된 몇 가지 항목이 있습니다: K3 Pico-ITX에서 llama.cpp의 IME2 flash-attention 토큰별 디코딩 오류로, 근본 원인은 M[QLEN]의 첫 번째 요소만 초기화되고 나머지 head는 0을 초기 최댓값으로 사용한 것이었으며, 모니터링 기간 내에 K3에서 수정이 검증되었고 Qwen2.5-7B Q4_K_M으로 생성 및 성능 테스트를 수행하여 뚜렷한 성능 회귀가 관찰되지 않았다는 답변이 확인되었습니다. U-Boot의 OpenSBI FULL FIT v3 패치 시리즈가 제안되어 RAM SPL 하의 전체 FIT 로딩 경로를 보완했습니다. Sail은 Smcsrind/Sscsrind의 간접 CSR 접근 지원을 병합했습니다. Spike는 henvcfg.STCE가 0일 때 hip.VSTIP가 클리어되지 않는 문제를 수정했습니다.

5.5 외부 뉴스 4개 쿼리 제로 히트, arXiv 모니터링 기간 내 신규 논문 없음 (11-05 상태)

날짜: 2026-11-05 (상태)　출처: Google News RSS, arXiv

「루이 RISC-V」, 「RuyiSDK」, 「RuyiAI」, 「루이 커뮤니티 RISC-V」 네 가지 쿼리는 모니터링 기간 내 모두 결과가 없었으며, arXiv의 RISC-V 컴파일러 방향도 모니터링 기간 내 신규 논문이 없었습니다. 최근 3일간 유일하게 관련된 것은 11-02의 bf16/fp16 자동 벡터화 연구로, 3.3에 기록되어 있습니다.

6. 트렌드 관찰

6.1 백엔드 선행, 프런트엔드와 런타임 정체

날짜: 2026-11-05　출처: llvm-project riscv 브랜치, buddy-mlir 커밋 목록

이날의 증분은 모두 “컴파일과 하강”에 집중되었습니다: LLVM의 AME 백엔드는 레지스터 분류와 tile 스케줄링을 보완했고, buddy-mlir의 VIR은 set_vl의 VLEN 시맨틱을 강화했습니다. 한편 pytorch, triton-riscv, tilelang-riscv 세 프런트엔드 저장소는 모두 커밋이 없었습니다. 스택의 진전은 새로운 프런트엔드 기능을 통합하는 것이 아니라 기존 연산자를 안정적으로 저수준으로 하강시키는 데 집중되고 있습니다.

6.2 패키징 측의 일상 유지보수와 릴리스 정체 공존

날짜: 2026-11-05　출처: openRuyi 커밋 목록, ruyi Release 목록

openRuyi는 하루에 10건의 커밋이 있었으며, 내용은 firefox, expat과 4개의 Python 패키지, 그리고 CI 서명 방식과 워크플로 컨테이너화 실험(그중 컨테이너화는 당일 롤백)이었습니다. ruyi와 packages-index는 커밋이 없었고, 2026.10 월간 버전은 여전히 부재합니다. 배포판의 일상 유지보수는 진행 중이지만, AI 스택을 겨냥한 릴리스는 진행되지 않고 있습니다. 지난 호에서 이런 상태를 “병목은 개발이 아닌 릴리스에 있다”고 요약했는데, 이번 호에서도 배포판 측면에서는 여전히 유효합니다.

6.3 벡터 수학 보강은 먼저 문서에서 나타남

날짜: 2026-11-05　출처: 080호 초안, VecIntrinBench

080호 초안에서 가장 실질적인 내용은 glibc libmvec과 newlib의 벡터 수학 함수 포팅이며, 대응하는 벤치마크와 변환 저장소(VecIntrinBench, IntrinTrans)는 여전히 조용한 상태입니다. 이는 저수준 라이브러리의 벡터화 작업이 진행 중임을 보여주지만, RuyiAI-Stack의 중점 저장소에 커밋 형태로 나타나지 않았다는 것을 의미합니다 — RuyiSDK의 기반 컴포넌트 라인(GCC, glibc, newlib, V8)과 RuyiAI 스택의 중점 저장소는 같은 사람들, 같은 저장소가 아닙니다. 다음 호에서는 양측의 리듬을 대조해 볼 가치가 있습니다.

출처 검증표

출처 검증 결과
RuyiAI-Stack 주요 저장소 pytorch: riscv 브랜치 커밋 0건, main은 업스트림 동기화 20건, 열린 PR 8건 미병합; triton-riscv: 커밋 0건, PR #98 신규, #92 업데이트; tilelang-riscv: 커밋 0건, PR #4와 #2 여전히 열림; llvm-project: riscv 브랜치 BOSCAME 커밋 1건, main 커밋 0건; 나머지 저장소는 모니터링 기간 내 커밋 없음
ruyisdk 조직 ruyi, packages-index 커밋 0건 릴리스 0건; wechat-articles 4건(080호 초안); ruyi-tuner, docs, support-matrix, 공식 웹사이트 저장소는 모니터링 기간 내 커밋 없음
openRuyi-Project 커밋 10건: firefox 159.0, expat 2.10.0, Python 4개 패키지, CI 2건; PR #1591, #1584, #1544 병합; 2026.10 월간 릴리스 여전히 부재
buddy-compiler buddy-mlir 커밋 5건(VIR 2건, CI 2건, LLVM 업그레이드 1건); 모니터링 기간 내 릴리스 0건
RuyiSDK 포럼 신규 게시물 0건; 최신은 11-03의 ruyi 스크립트 설치 가이드; 079호가 여전히 최신 격주 진행 상황
RuyiAI 공식 홈페이지 index, blog, docs 세 페이지 모두 변동 없음; 블로그 2편, 문서 23장
ruyiai-daily 11-04호 아카이브 완료
Google News 중영문 4개 쿼리 모두 0건
arXiv 모니터링 기간 내 신규 논문 없음; 11-02에 bf16/fp16 자동 벡터화 연구 1편

전체 출처 목록