모니터링 기간: 2026-10-21 04:30 ~ 2026-10-22 04:30 (베이징 시간, 지난 24시간), 이전 회차와 처음과 끝이 연결됨.

출처: GitHub 네 곳 조직 전체 저장소 점검 (RuyiAI-Stack, ruyisdk, openRuyi-Project, buddy-compiler의 커밋, Pull Request 및 Release, 모니터링 기간 내 모든 동향을 개별 재확인; 업스트림 fork는 RISC-V 키워드로 필터링, 무관한 업스트림 커밋은 수집하지 않음), openRuyi 메인 저장소 커밋별 집계 및 작성자 분포, ruyi 패키지 매니저 및 PyPI 버전 검증, openRuyi 배포판 뉴스 페이지, RuyiSDK 개발자 커뮤니티 포럼 및 격주 보고서 초안 저장소, RuyiAI 공식 홈페이지 3개 페이지 스냅샷, IREE 및 riscv-arch-test 업스트림 동향, RISE 공식 공지, arXiv 검색, Google News RSS 중영문 타깃 쿼리 (프록시 경유).

이번 호 인덱스

  • 오늘의 핵심: IREE 메인라인에 RVV f16 곱셈-덧셈 MMA 반영, LLVM riscv 브랜치 8일 침묵 후 리베이스 재작성 (10-21)
    1. RuyiAI 스택 진행 상황 (PyTorch / Triton / TileLang RISC-V 적응)
      • 1.1 pytorch: 연속 세 번째 전체 브랜치 재적용, head가 3c1ea315로 교체 (10-21)
      • 1.2 llvm-project: 8일 침묵 종료, riscv 브랜치를 b3b5e33으로 리베이스 (10-21)
      • 1.3 tilelang-riscv: 연속 5일 커밋 없음 (10-21 상태)
      • 1.4 triton-riscv: 야간 빌드 10-19 빌드 유지, PR #85 새 동향 없음 (10-21 상태)
    1. RuyiSDK 툴체인 및 배포판
      • 2.1 openRuyi 메인 저장소: 80개 커밋, Go 의존성 클로저 정리 및 uv 백엔드 보완 (10-21 ~ 10-22)
      • 2.2 openRuyi PR: 5건 병합, 19건 보안 업데이트 심사 중 (10-21)
      • 2.3 ruyi 패키지 매니저: 0.53.0 유지, 0.54.0 여전히 alpha 미출시 (10-21 상태)
      • 2.4 ruyi-imager: 3건의 Gradle 빌드 개편, 야간 빌드 아직 미반영 (10-21)
      • 2.5 커널 및 펌웨어 라인: linux-xuantie-kernel, edk2-ruyi, ruyifirmware 침묵 (10-21 상태)
    1. 벡터 확장 및 연산자 최적화
      • 3.1 IREE: RVV f16 vfmacc 및 vfwmacc, Zvfhmin 폴백 메인라인 반영 (10-21)
      • 3.2 IREE: 확장 가능 벡터의 디스패치 청킹이 base 곱하기 vscaleMax로 정렬 (10-21)
      • 3.3 본 스택 벡터 저장소 및 업스트림 검증 라인: VecIntrinBench, IntrinTrans, riscv-arch-test 침묵 (10-21 상태)
    1. Buddy Compiler 동향
      • 4.1 buddy-mlir: 모니터링 기간 내 커밋 0건, 릴리스 0건 (10-21 상태)
      • 4.2 다운스트림 고정: triton-riscv 야간 빌드 여전히 0.1.1.dev20261017에 고정 (10-21 상태)
    1. 커뮤니티 및 활동 및 공식 홈페이지
      • 5.1 격주 보고서 제079호 초안 저장소 반영: OpenJDK 12건 병합, JEP 544 이식 초기 완료 (10-22)
      • 5.2 생태계 측: RISE, K3 Pico-ITX 및 A210 EVB의 Android 17 오픈소스 개발자 버전 발표 (10-20)
      • 5.3 공식 홈페이지 3개 페이지 변화 없음 (블로그 2편, 문서 23장) (10-21 상태)
      • 5.4 포럼 신규 0건, 최신 주제는 여전히 10-15의 데일리 뉴스 (10-21 상태)
      • 5.5 외부 뉴스 및 arXiv: RuyiSDK, RuyiAI, openRuyi 타깃 쿼리 0건 (10-21)
    1. 트렌드 관찰
      • 6.1 의존성 클로저가 정리 단계 진입: Go가 「vendor 제거」에서 「임포트 경로 보완」으로 전환
      • 6.2 두 riscv 브랜치 동일자 전체 브랜치 재작성: 재적용이 일상 운영이 됨, 리뷰는 여전히 병목
      • 6.3 RVV 백엔드, f16 먼저 보완 후 처리량 논의: IREE의 정밀도 커버리지 순서가 주는 신호

오늘의 핵심: IREE 메인라인에 RVV f16 곱셈-덧셈 MMA 반영, LLVM riscv 브랜치 8일 침묵 후 리베이스 재작성

날짜: 2026-10-21　출처: IREE 커밋 e7490c3b, IREE PR #25000, LLVM riscv 브랜치 커밋 목록, 두 라운드 헤드 비교

IREE는 10-21 16:48에 RISC-V V의 f16 inner_tiled MMA 하강을 메인라인에 병합했다(PR #25000, 946줄 변경, 그중 테스트 800여 줄). 이는 10-19에 릴리스된 v3.13.0의 f32 vfmacc.vf 경로 이후 두 번째 정밀도 단계다. 네이티브 f16 열거형은 선행 커밋에서 이미 메인라인에 반영되었고, 이번에 하강과 확장 두 경로를 보완했다. f16 곱하기 f16에서 f16을 얻는 경로는 vfmacc.vf를, f16 곱하기 f16에서 f32를 얻는 경로는 vfwmacc.vf를 사용한다. +zvfhmin만 있을 때는 각각 “누산기를 f32로 확장해 vfmacc를 수행한 뒤 다시 절단”하는 방식과 “두 패널을 f32로 확장해 vfmacc를 수행”하는 방식으로 퇴화한다. Tile N은 vlen/8을 취하며, VLEN=256에서 비용 모델은 세 경로를 각각 14, 7, 6으로 계산한다.

성능 데이터는 “이미 지원됨”보다 더 유용한 정보를 제공한다. X60(VLEN=256)에서 단일 스레드 inner_tiled는 네이티브 f16과 vfwmacc 두 인코딩 모두에서 이미 mmt4d ukernel보다 빠르다. 4스레드와 8스레드의 큰 형상은 여전히 느리다. 즉 단일 코어에서의 명령어 선택은 이미 제자리에 있으며, 남은 격차는 분할과 스레드화에 있다. 이 추적 항목은 #24932다.

같은 날 RuyiAI 자체 LLVM 브랜치는 8일간의 침묵을 끝냈다. 어제 리포트는 “LLVM 브랜치가 새 업스트림 베이스라인을 따라 재시작되는지”를 관찰 포인트로 삼았고, 이번 모니터링 기간이 답을 내놓았다. riscv 브랜치는 10-21 23:00에 전체 재작성되었고, head는 0fb2da86에서 dd05e5b5로 바뀌었으며, SyncBots가 업스트림 통합을 b3b5e33까지 진행했다. 이전 head와 비교하면 diverged(앞섬 1769, 뒤짐 26, 300개 파일 차이)다. 브랜치 내 패치 시퀀스는 완전히 보존되었다. BOSC AME 확장(#16), Buckyball 벤더 확장(#20), Pebble 코어 ISA 정렬(#23), AME 경로 설계(#24), xtame 설계 업데이트(#27), AME 명령어 업데이트(#29), IME 내장에서 SpacemiT A100 dot 명령어로(#30), A100 HP/SP와 pack/unpack 스케줄링(#31, #32)이다. 결론은 분명히 해야 한다. 이는 베이스 교체 후 재적용이며 새 패치가 아니다. 두 개의 FPGA PR(#25, #28)은 10-22 00:59에 같은 배치로 타임스탬프가 갱신되었지만 여전히 열린 상태로 멈춰 있다.

두 가지를 나란히 놓으면 오늘의 정보는 “업스트림은 앞으로 나아가고, 로컬은 리뷰를 기다린다”이다. IREE 측은 f32에서 f16으로의 정밀도 계단을 이틀 만에 한 단계 올렸고, RuyiAI 측 컴파일러 패치는 베이스 교체로 가용성을 유지하고 있다. 리뷰 큐의 소화 속도는 여전히 이 체인의 실제 메트로놈이다.

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

1.1 pytorch: 연속 세 번째 전체 재작성, head가 3c1ea315로 교체(10-21)

날짜: 2026-10-21　출처: riscv 브랜치 커밋 목록, 새 헤드 3c1ea315, 두 라운드 헤드 비교, PR 목록

riscv 브랜치는 10-21 03:00에 세 번째로 전체 재작성되었고, head는 7f49d33f에서 3c1ea315로 바뀌었으며, 헤드 커밋 제목은 여전히 “Add riscv64 image locally (#51)”이고, 전체 브랜치에서 보이는 커밋의 커미터 시간은 모두 동일한 시각으로 일괄 재작성되었다. 이전 기간 head와 비교하면 diverged다. 앞섬 67, 뒤짐 24, 208개 파일 차이이며, 증분은 업스트림 베이스라인 동기화 범위에 집중되어 있다.

로컬 패치 시퀀스는 항목별로 변동이 없다: riscv64 로컬 이미지(#51), bytes_to_scalar 부동소수점 수정(#44), inductor opinfo blocklist(#50), linear cross entropy의 ULP 허용 오차 한정(#42), 그리고 CI 시리즈(#20 core/full 분리, #40 실패 후 계속 파싱, #41 판정 우회). 7건의 오픈 PR(#23, #35, #36, #38, #43, #46, #48)은 10-21 09:03에 동일 배치로 갱신 시간이 리프레시되었으며, 새로운 리뷰 의견도, 머지도 없다. 3일 연속 재생은 이 “베이스라인 일일 갱신, 패치 고정” 메커니즘이 이미 고정되었음을 보여주며, 그 대가는 SHA로 참조하는 모든 다운스트림이 매일 무효화된다는 점이다.

1.2 llvm-project: 8일간의 정적 종료, riscv 브랜치 b3b5e33으로 리베이스(10-21)

날짜: 2026-10-21　출처: riscv 브랜치 커밋 목록, 새 헤드 dd05e5b5, IME 내장에서 A100 dot 명령어로 #30, FPGA PR 2건 #25, #28

10-13부터 8일간 정적이던 riscv 브랜치가 10-21 23:00에 전체 브랜치가 재작성되어, head가 0fb2da86에서 dd05e5b5로 변경되었고 제목은 여전히 “[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)”이다. 리베이스 작업은 SyncBots가 수행했으며, 업스트림 통합은 LLVM b3b5e33으로 진행되었다. 이전 head와 비교해 1769 커밋 앞서고, 26 커밋 뒤처지며, 300개 파일 차이가 있는데, 차이량은 주로 새 베이스라인 자체에서 비롯된다.

브랜치 내용은 순서대로 다음과 같다: BOSC AME 확장 지원(#16), 확장자 출력 테스트 수정(#18), Buckyball 벤더 확장(#20), Pebble 코어 ISA와 정렬(#23), BOSC AME 백엔드 경로 설계(#24), xtame 설계 업데이트(#27), AME 명령어 업데이트(#29), IME 내장에서 SpacemiT A100 dot 명령어로 하강(#30), A100 HP/SP 및 pack/unpack 하강과 스케줄링 보정(#31, #32). 이 패치들의 머지 시점은 모두 10월 초에 멈춰 있으며, 이번 모니터링 기간에는 새로운 머지 기록이 없다.

FPGA 백엔드 PR 2건(#25 “BOSCAME Add FPGA backend support”, #28 “Feat/xboscame fpga”)은 10-22 00:59에 동일 배치로 갱신 시간이 리프레시되었으며, 여전히 오픈 상태이다. 이는 리베이스에 따른 연쇄 리프레시이며, 리뷰 진행은 아니다.

1.3 tilelang-riscv: 5일 연속 커밋 없음(10-21 상태)

날짜: 2026-10-21(상태)　출처: 커밋 목록, PR #4 RVV 마스크와 리덕션

메인 브랜치의 마지막 커밋은 여전히 10-16 18:52의 5건 집중 변경(코드 생성 형식 규범, 업스트림 연산자 런타임 의미론, TileOps 런타임 적응, Buddy MLIR 릴리스 CI, CI 내 Python 확장 빌드)이며, 이후 5일 연속 새 커밋이 없다. 오픈 PR #4 “Add RVV vector mask and max reduction lowering”은 09-28부터 업데이트가 멈췄고, PR #2는 06-16에 멈춰 있다. 해당 저장소는 여전히 “CI와 런타임 골격은 통과, 연산자 커버리지 보완 대기”의 정체기에 있으며, 이번 호에는 이 판단을 바꿀 새로운 증거가 없다.

1.4 triton-riscv: 야간 빌드 10-19 유지, PR #85 새 동향 없음(10-21 상태)

날짜: 2026-10-21(상태)　출처: Releases, Nightly 2026-10-18-a305fb6, PR #85 softmax 및 matmul 최적화

모니터링 기간 내 커밋과 신규 릴리스는 없으며, 최신 나이틀리 버전은 여전히 10-19 10:01의 nightly/20261018-a305fb6이다(10-18의 의존성 업그레이드를 기반으로 하며 Buddy MLIR 나이틀리 버전 0.1.1.dev20261017을 고정). 이전 버전은 10-12의 20261011-fe554ff이며, 패키징이 재개된 후에도 아직 일간 주기로 복귀하지 못했다. 오픈 PR #85의 마지막 업데이트는 10-19 07:55에 멈춰 있으며, 여전히 현재 유일한 활성 연산자 최적화 제안이다. 나머지 오픈 PR(#83, #82, #58, #56, #55, #54)의 최근 활동은 모두 9월 중하순에 있다.

2. RuyiSDK 툴체인과 배포판

2.1 openRuyi 메인 저장소: 80건 커밋, Go 의존성 클로저 정리와 uv 백엔드 보완(10-21 ~ 10-22)

날짜: 2026-10-21 ~ 2026-10-22　출처: 커밋 목록, umoci vendor 제거 커밋 3012dbc8, sonobuoy vendor 제거 커밋 b5c8450b, rust-uv-build-backend 커밋 2413dc83, python-uv-build 0.13.4 커밋 2c522b06

모니터링 기간 내 80건의 커밋은 모두 SPECS: 접두사이며, 작성자는 네 명이다. Leetfs 29건, KimmyXYC 23건, purofle 18건, cl2t 10건. 시간적으로 네 배치로 나뉜다. 10-21 16:58(10건), 17:01(18건), 17:21(8건), 20:46(15건), 그리고 10-22 02:26의 29건이다.

Go 측은 총 51건으로 두 가지 흐름을 중심으로 한다. 첫째는 기반 의존성 보충이다. go-github-beevik-etree, ghodss-yaml, golang-plus의 errors/testing/uuid, googleapis-gnostic, liggitt-tabwriter, ma314smith-signedxml, texttheater-golang-levenshtein, tredoe-osutil(대응 #1361), 이어서 anthropic-sdk-go, discordgo, argo-go, bytedance의 gopkg와 sonic-loader, ergochat의 irc-go와 readline, vektah-gqlparser-v2, standard-webhooks, go-vcr, go-fyne-systray, go-google-api의 transport 등이다(purofle). 둘째는 vendor 제거의 마무리다. go-k8s-api, go-k8s-apimachinery, go-k8s-client-go 세 건은 삭제된 vendor 이후 필수적인 임포트 경로를 보충하고, go-github-moby-sys는 저장소 임포트 경로를, go-github-smarty-assertions는 잔여 임포트 경로를 보충하며, 마지막으로 sonobuoy, umoci, go-github-vbatts-go-mtree 세 건이 “build without vendored dependencies”로 마무리되었다.

Rust 측 29건은 10-22 02:26에 집중되었다. 23개의 rust-uv-* 패키지(build-backend, cache-key, distribution-filename, pep440, pep508, platform-tags, pypi-types, small-str, static, toml, version 0.13, windows, warnings 등, 본체 버전 0.0.96)와 함께 archive-trait 0.0.15, astral-async-zip 0.0.22, astral-mail-headers 0.0.1, tar-codec 0.0.15, tar-framing 0.0.15가 포함되었고, python-uv-build를 0.13.4로 올렸다.

이번 배치의 초점은 Python 빌드 체인이다. uv는 pip의 대체 프런트엔드로, 그 Rust 의존성이 배포판에 완비되면 K1/K3에서 Python 패키지를 설치할 때 더 이상 소스 컴파일로 되돌아갈 필요가 없으며, uv-build-backend가 보완되었다는 것은 pyproject의 uv 빌드 백엔드를 네이티브로 해석할 수 있음을 의미한다.

2.2 openRuyi PR: 5건 병합, 19건 보안 업데이트 심사 중 (10-21)

날짜: 2026-10-21　출처: PR #1466 umoci, PR #1464 sonobuoy, PR #1361 kubecomps, PR #1136 picoclaw 의존성, PR #1486 python-uv-build, PR #1470 llvm-snapshot

병합 5건: #1361 kubecomps 기본 의존성(13개 파일, +1017), #1136 picoclaw 의존성 1차(19개 파일, +832), #1464 sonobuoy vendor 제거(9개 파일, +268/-19), #1466 umoci vendor 제거(20개 파일, +897/-13, 15개 커밋과 완전한 Apex Log 의존성 그래프 포함), #1486 python-uv-build 0.13.4(58개 파일, +5640/-201). 어제 리포트에서 #1464, #1466이 여전히 심사 대기열에 있다고 기록했는데, 이번 모니터링 기간에 두 건이 연이어 병합되면서 vendor 제거가 제안에서 메인라인 사실로 바뀌었다.

심사 중인 19건은 세 갈래로 나눌 수 있다. 보안 업데이트가 주체다: go 1.27.3, nodejs와 brotli, php 8.5.12, nss 3.131.1, ca-certificates-mozilla 2.92, rustup 1.29.2, python-pip 26.2.2, python-certifi 2026.10.19, perl-Mozilla-CA, rustls-webpki 0.103.16, webpki-roots 1.0.10 두 건. 툴체인 한 건 #1470은 llvm-snapshot을 20261019로 올리고(업스트림 해시 91c6a053), -DLLVM_RAM_PER_LINK_JOB=30000을 추가해 링크 병렬도를 제한했으며, 별도로 #1471은 libudev-zero 1.0.5로 올린다. 의존성 및 CVE 배치도 여전하다: #1364 kubecomps 네트워크 및 데이터베이스 의존성, #1468과 #1472 두 건의 CVE 수정 및 패키지 업그레이드, #1469 신규 및 업그레이드 패키지, #1440 sequoia. 기간 내에 미병합 PR은 닫히지 않았다.

2.3 ruyi 패키지 관리자: 0.53.0 유지, 0.54.0은 여전히 알파 미출시 (10-21 상태)

날짜: 2026-10-21(상태)　출처: ruyi Releases, PyPI ruyi

GitHub Release와 PyPI 모두 0.53.0(09-24 릴리스)을 유지하고 있으며, 메인 브랜치의 마지막 커밋은 09-25(#503 병합)에 멈춰 있고 모니터링 기간 내에 새 버전도, 새 커밋도 없습니다. GitHub의 최신 프리릴리스는 09-18의 0.54.0-alpha.20260918이며, 이후 한 달간 alpha가 나오지 않았습니다. 10-13 위클리 리포트 제078호에 따르면 0.54.0은 릴리스 주기 조정으로 10월 말로 일정이 확정되었고, 개발 중인 항목은 패키지와 시스템의 ABI 호환 검사, 더 많은 공식 유지보수 패키지의 macOS 패키징, SpacemiT K1/K3 툴체인 적응입니다. 위클리 리포트 079 초안의 패키지 관리자 소절은 현재까지도 비어 있습니다.

2.4 ruyi-imager: Gradle 빌드 개편 3건, 야간 빌드는 아직 미반영 (10-21)

날짜: 2026-10-21　출처: 커밋 목록, 야간 빌드 채널

모니터링 기간 내 3건의 커밋은 모두 Glavo 명의입니다. 16:55에 Gradle 의존성 버전을 공유 version catalog로 집중화했고(226d2732), 17:08에 의존성과 내장 도구를 안정 유지보수 버전으로 올렸으며(313b56fb), 18:54에 TOMLJ를 2.2.0으로 올리고 파싱 의존성을 단순화했습니다(731e52b2). 이 3건은 빌드 엔지니어링 개편에 해당하며 이미지 기록 로직은 변경하지 않습니다.

산출물 쪽은 반영되지 않았습니다. 야간 빌드 채널의 자산은 여전히 ruyi-imager-1.0.0-nightly.20261019T221503Z.7f62f9d(소스 커밋 7f62f9dd, 10-19 22:15 빌드, 자산 10개)입니다. 코드는 10-21에 세 번 푸시되었으나 야간 패키지가 재빌드되지 않았으므로, 해당 채널의 자동 빌드가 푸시 후 트리거되지 않았거나 아직 대기 중임을 의미합니다. 야간 패키지로 RISC-V 이미지 기록을 검증하는 사용자에게는 이번 기간에 사용 가능한 새 버전이 없습니다.

2.5 커널 및 펌웨어 라인: linux-xuantie-kernel, edk2-ruyi, ruyifirmware 무소식 (10-21 상태)

날짜: 2026-10-21(상태)　출처: linux-xuantie-kernel 커밋 목록, edk2-ruyi 커밋 목록, ruyifirmware Releases

커널 라인 linux-xuantie-kernel(linux-6.6.36 브랜치)의 마지막 커밋은 여전히 10-16 11:14의 cpufeature와 hwprobe 변경 배치입니다. 펌웨어 라인 ruyifirmware의 최신 릴리스는 여전히 10-15 17:53의 「Ruyi Firmware 20261015」이며, edk2-ruyi는 10-15 15:22의 K3 시스템 정보 페이지에 멈춰 있습니다. 세 라인 모두 연속 여섯째 날 무소식으로, 2.1의 패키징 정점과 계속 대조됩니다. 이번 모니터링 기간의 투입은 여전히 전부 사용자 공간 소프트웨어 패키지에 집중되었고 커널과 펌웨어에는 새 움직임이 없습니다.

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

3.1 IREE: RVV f16 vfmacc와 vfwmacc 및 Zvfhmin 폴백 메인 브랜치 반영 (10-21)

날짜: 2026-10-21　출처: 커밋 e7490c3b, PR #25000, 성능 추적 #24932, f32 버전 PR #24933

이번 커밋은 RISC-V V의 f16 inner_tiled MMA에 하강 경로를 추가하며, #24933에서 도입한 lowerRiscvVFmaccLike와 승격된 누산기 합법화를 재사용하고 Tile N은 vlen/8을 취합니다. 인코딩 선택은 확장 가용성에 따라 세 계층으로 나뉩니다. f16 곱하기 f16이 f16을 내고 +zvfh가 있을 때는 vfmacc.vf를 사용하고, f16 곱하기 f16이 f32를 낼 때는 확장된 vfwmacc.vf를 사용하며, +zvfhmin만 있을 때는 두 경로가 각각 「누산기 extf로 f32, f32 vfmacc, truncf로 복귀」와 「양 패널 extf 후 f32 vfmacc」를 탑니다. 두 계층 모두 합법일 때는 열거 순서대로 네이티브 경로를 취합니다. VLEN=256에서 비용 모델은 intrinsics_m 14(네이티브), 7(vfwmacc), 6(두 zvfhmin 폴백)을 제시합니다.

성능 측면에서는 방향성 있는 결론 하나만 제시되었다: X60(VLEN=256)에서 단일 스레드 inner_tiled가 네이티브 f16 및 vfwmacc 환경에서 이미 mmt4d ukernel보다 빠르며, 4스레드와 8스레드의 큰 형상에서는 여전히 느린 편이다. 테스트는 커밋과 함께 반영되었으며, 187줄의 인코딩 물질화 케이스, 414줄의 하강 케이스, e2e matmul의 빌드 변경을 포함하여 즉시 회귀 가능한 커버리지를 갖춘다.

3.2 IREE: 확장 가능 벡터의 디스패치 타일링을 base 곱하기 vscaleMax로 정렬 (10-21)

날짜: 2026-10-21　출처: 커밋 9ea0f2f2, PR #24849

LLVMCPU 백엔드에도 같은 날 확장 가능 벡터와 관련된 변경이 하나 더 있었다: 확장 가능 벡터의 디스패치 tile을 base * vscaleMax에 정렬하는 것이다. 이러한 정렬은 VLA(길이 무관 벡터) 경로에서의 통상적인 합법화 절차로, 분할 크기는 하드웨어의 실제 VLEN의 정수 배로 나누어떨어져야 하며, 그렇지 않으면 좁은 VLEN 하드웨어에서 테일 블록 성능 저하가 발생한다. 이 변경은 3.1의 f16 MMA와 마찬가지로 CPU 백엔드에 속하며, 둘은 함께 IREE 내 RISC-V V의 현재 진행 상황을 구성한다.

3.3 본 스택 벡터 저장소 및 업스트림 검증 라인: VecIntrinBench, IntrinTrans, riscv-arch-test 조용 (10-21 상태)

날짜: 2026-10-21(상태)　출처: VecIntrinBench, IntrinTrans, riscv-arch-test 커밋 목록, XiangShan 커밋 목록

본 스택의 벡터 벤치마크와 변환 툴체인은 계속 정지 상태이다: VecIntrinBench는 02-13에, IntrinTrans는 06-25에, FBGEMM fork는 07-13에, harness는 10-10에, cpuinfo는 05-20에, torq-tile은 04-09에 멈춰 있으며, 모니터링 기간 내 커밋이 전혀 없다. 업스트림 검증 라인도 마찬가지로 움직임이 없다: riscv-arch-test와 XiangShan 메인 저장소(kunminghu-v3 브랜치)는 모니터링 기간 내 커밋이 0건이다. 이번 기간 벡터 측의 실질적인 진전은 전부 IREE 업스트림에서 나왔으며, 본 스택 자체 벤치마크에서는 새로운 데이터가 산출되지 않았다.

4. Buddy Compiler 동향

4.1 buddy-mlir: 모니터링 기간 내 커밋 0건, 릴리스 0건 (10-21 상태)

날짜: 2026-10-21(상태)　출처: 커밋 목록, Releases

메인 브랜치의 마지막 커밋은 여전히 10-16 09:35의 “[ci] Add the publish-models workflow (#925)”이며, 모니터링 기간 내 커밋 0건, 릴리스 0건이다. 버전 라인은 정식 버전 BUDDY MLIR 0.1.1(10-18 06:26)에 마지막 나이틀리 버전 0.1.1.dev20261017(10-17 07:24)의 조합을 유지하고 있으며, 이후 나흘 연속 새로운 나이틀리 빌드가 없다. 0.1.0에서 0.1.1까지 두 차례 정식 릴리스가 이틀 간격을 두고 이루어진 뒤 정체 상태로 전환되었으며, 이 상태가 세 번의 리포트 기간 동안 지속되고 있다.

4.2 다운스트림 앵커링: triton-riscv 나이틀리 빌드는 여전히 0.1.1.dev20261017에 고정 (10-21 상태)

날짜: 2026-10-21(상태)　출처: triton-riscv 커밋 목록, buddy-mlir 나이틀리 0.1.1.dev20261017

triton-riscv 메인 브랜치의 마지막 커밋(10-18 08:57, PR #88)은 다운스트림 의존성을 nightly/v0.1.1.dev20261017에 고정하는 내용이며, 10-19에 릴리스된 nightly/20261018-a305fb6은 해당 업그레이드를 기반으로 빌드되었다. buddy-mlir는 10-17 이후 새로운 나이틀리 버전이 없어 triton-riscv의 나이틀리 빌드가 따라갈 새 업스트림이 없으며, 양측은 여전히 서로를 기다리는 상태다. 이 체인이 매일 패키지를 다시 생산하려면 buddy-mlir가 나이틀리 워크플로를 언제 재개하는지에 달려 있다.

5. 커뮤니티와 이벤트 및 공식 홈페이지

5.1 격주 리포트 제079호 초안 저장소 반영: OpenJDK 12건 병합, JEP 544 이식 초기 완료 (10-22)

날짜: 2026-10-22　출처: 격주 리포트 079 초안, OpenJDK 업데이트 커밋 #380, 기본 C 라이브러리 업데이트 커밋 #381, 개발 보드 업데이트 커밋 #382

격주 리포트 저장소의 모니터링 기간 내 네 건의 커밋: #379는 워크플로가 biweekly-79를 초기화한 것(10-21 10:20), #380은 OpenJDK 보충, #381은 기본 C 라이브러리 보충, #382는 10-22 00:19에 개발 보드 내용을 보충한 것이다. 저장된 파일 20261022-ruyisdk-biweekly-79.md는 날짜가 2026-10-22로 표기되어 있으며, 본문 섹션에는 여전히 여러 곳이 비어 있다(머리말, 패키지 관리자, GCC, LLVM, V8, Go, QEMU 미작성). 이는 릴리스 전 채우기 단계에 해당한다.

이미 작성된 실질 내용은 세 부분이다. OpenJDK는 이번 호에 검토 및 병합된 메인라인 PR 12건을 나열하며, Zalasr 확장(RVWMO 메모리 모델 지원, 템플릿 인터프리터와 C1/C2에 반영), 전용 벡터 마스크 논리 명령, string_indexof_char의 메모리 접근 범위 초과 수정 및 점프 하나 제거, 16/32비트 마스크용 AndL에 zext.h/zext.w 적용, Zicond로 제로 결과 정수 cmove 및 힙 객체 인코딩/디코딩 최적화, QEMU user 모드 테스트 케이스 수정, JSR166 테스트 케이스 회귀 수정, 그리고 각 플랫폼 공통의 ICache 동기화 호출 정리를 다룬다. JEP 544(AOT 정적 컴파일)의 RISC-V 이식은 초기 완료되어 기능 테스트와 성능 검증 단계에 들어갔다. 기본 C 라이브러리 측면에서는 glibc가 sinh, sinhf, sinpi를 기존 libmvec 프레임워크에 이식했고, newlib는 acosf, logf, asinf, asinhf, asinpif, atanf를 벡터 수학 프레임워크에 이식했다.

개발 보드 부분에 기록된 것은 기존 항목이다: RDC2022-D1s(Allwinner D1s)의 RT-Thread Smart 5.0.0 출하 펌웨어 테스트 보고서(PR #410, 10-16 제출, 여전히 검토 중), SpacemiT K3 CoM260 Kit의 ROS 2 제9, 10장 강의 자료와 실험 매뉴얼(10-14 제출)로, 둘 다 이번 모니터링 기간 이전의 것으로 이번 호에는 단지 편집되어 실린 것이다.

5.2 생태계 측면: RISE, K3 Pico-ITX와 A210 EVB용 Android 17 오픈소스 개발자 버전 발표 (10-20)

날짜: 2026-10-20 발표, 10-21 05:51 Hacker News에서 논의 등장　출처: RISE 공식 공지, RISE Android 17 v1.0 릴리스, Hacker News 논의

RISE, RVA23 하드웨어에서 구동되는 첫 Android 17 빌드를 공개했으며, 대상 보드는 SpacemiT K3 Pico-ITX와 Alibaba A210 EVB, 프로젝트 번호는 RP024로, RISE가 자금을 지원하고 주도하며, SpacemiT와 Alibaba DAMO Academy가 플랫폼과 하드웨어를 제공하고, BayLibre가 엔지니어링 구현을 담당한다(기존의 K1 Android 포팅을 계승). 릴리스에는 두 보드의 바이너리 이미지, 고정 소스 목록, 체크섬, 플래싱 도구 및 재빌드 설명이 포함되며, 부팅 체인은 U-Boot와 OpenSBI 기반이고, 그래픽 스택은 업스트림 Imagination 커널 드라이버와 Mesa를 사용하며, 소스 이력과 작성자 정보는 보존된다.

공식적으로 이는 개발자 버전이며 양산 또는 인증 버전이 아님을 명확히 밝혔다. 2단계에서는 빌드, 하드웨어 테스트 및 릴리스를 자동화할 예정이다. 먼저 RISE Board Farm에 이미 있는 A210을 연결하고, K3는 수주 내에 추가되며, 이후 두 보드가 동일한 Android CI를 실행한다. 동시에 RISE는 Bionic, BoringSSL, ART, V8, Chrome 및 멀티미디어 라이브러리에 대한 후속 RFP를 발행하고, 벤더가 플랫폼 지원을 Linux 커널, U-Boot 및 OpenSBI에 업스트림하도록 추진할 계획이다.

이 주제와의 연관성은 플랫폼 라인에 있다. K3는 위클리 리포트 079 초안에 코스 내용이 등장한 플랫폼(CoM260 Kit)으로, 펌웨어와 커널 업스트림화 요구는 RuyiSDK의 커널, 펌웨어 두 조용한 라인의 방향과 일치한다. Android 17의 K3 이미지 자체는 RuyiSDK의 배포판 범주에 들어가지 않지만, 해당 플랫폼의 부팅 체인 현황을 재현 가능한 기준선으로 공개하여, 이후 Debian 계열 이미지를 만드는 팀에게 대조 가능한 참고 자료가 된다.

5.3 공식 홈페이지 세 페이지 변화 없음(블로그 2편, 문서 23장)(10-21 상태)

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

세 페이지 스냅샷은 이전 회차와 동일하다: index.html 7246바이트, 인덱스 3건; blog.html 5632바이트, 인덱스 2건(Triton의 RISC-V 적응, PyTorch RISC-V CI 실천); docs.html 10843바이트, 인덱스 23건. 이번 회차에는 신규 블로그 글도, 신규 문서 장도 없다.

5.4 포럼 신규 0건, 최신 주제는 여전히 10-15의 데일리 뉴스(10-21 상태)

날짜: 2026-10-21(상태)　출처: RuyiSDK 커뮤니티 포럼, 최신 주제 #2892

포럼 모니터링 기간 내 신규 주제는 0건이며, 최신 게시글은 여전히 10-15 03:30의 「2026-10-15 오픈소스 기술 핫 뉴스」 (#2892)이다. 위클리 리포트 제079호는 아직 포럼에 게시되지 않았고, 커뮤니티 측 최신 호는 여전히 10-13의 제078호(#2891)이다. 서밋(10-18~10-20) 종료 후에도 포럼에는 회고 게시글이 보이지 않으며, 공개 출력은 계속 데일리 뉴스와 위클리 리포트 두 고정 라인에 집중되어 있다.

5.5 외부 뉴스와 arXiv: RuyiSDK, RuyiAI, openRuyi 타깃 검색 0건(10-21)

날짜: 2026-10-21　출처: Google News RSS, arXiv cs.AR 최근 목록

Google News에서 RuyiSDK, RuyiAI, openRuyi에 대한 중영문 타깃 검색은 모니터링 기간 내 0건이었다(일반 검색 채널은 정상이며, 동일 배치의 RISC-V 검색은 결과를 반환함). 「루이 RISC-V 배포판」류 검색은 다섯 건 모두 구 기사였으며, 가장 최근 것은 10-20의 XuanTie 출하 기사로 배포판과 무관하다. arXiv에서 RISC-V 관련 프리프린트 최신은 10-20이며, 주제는 산업 사이버물리시스템의 맥락 행동 의도 검증으로, 모니터링 기간 내 RISC-V AI 컴파일러 또는 벡터 최적화 방향의 신규 논문은 없었다.

6. 트렌드 관찰

6.1 의존성 클로저가 마무리 단계에 진입: Go가 「vendor 제거」에서 「임포트 경로 보충」으로 전환

이전 세 회차의 패키지 보충 단서는 분산되어 펼쳐졌다: Python은 fsspec 클라우드 스토리지 전체 보충, Rust는 crate 클로저 보충, Go는 vendor 제거 시작. 이번 회차 Go 측 51건의 중심은 명확히 뒤로 이동했다—먼저 기초 의존성(etree, yaml, gnostic, tabwriter 등 10건)을 보충하고, 다음으로 k8s 3종 세트와 moby-sys, smarty-assertions의 임포트 경로를 보충했으며, 마지막에야 sonobuoy, umoci, go-mtree 3건의 실제 「build without vendored dependencies」를 완료했다.

순서 자체가 vendor 제거의 완료 조건이 vendor 디렉터리를 삭제하는 것이 아니라, 의존받는 각 모듈이 배포판에서 원래 import 경로로 해석될 수 있게 하는 것임을 보여준다. import 경로가 빠진 부분을 보완하지 않으면 vendor를 삭제하는 순간 바로 컴파일 실패로 이어진다. 따라서 「import 경로 보완」이 이번 라운드의 마지막 마일이다. RISC-V 사용자에게 주는 직접적 의미는 다음과 같다. 컨테이너 이미지 도구와 일관성 테스트 도구가 「소스와 함께 패키징」에서 「배포판 의존성으로 패키징」으로 바뀌어, 빌드 재현성과 보안 업데이트의 전달 경로가 동시에 개선되며, 이후 CVE는 단일 Go 모듈만 업그레이드하면 되고 전체 패키지를 재빌드할 필요가 없다.

6.2 두 riscv 브랜치가 같은 날 전체 재작성: 재생은 이미 일상 운영, 리뷰는 여전히 병목

이번 기간 pytorch와 llvm-project의 riscv 브랜치는 같은 날 각각 한 차례 전체 재작성을 수행했다. pytorch는 03:00(연속 세 번째 날), llvm은 23:00(8일 침묵 후 기반 교체)이었다. 공통 특징은 커밋 시각이 일괄 재작성되고, 패치 제목 집합이 변하지 않으며, SHA가 매일 무효화된다는 점이다. 차이는 리듬에 있다. pytorch는 매일 갱신되는 기준선이고, llvm은 시기를 골라 기반을 교체하며, 교체 후 이전 head와의 차이는 300개 파일에 달하는데 거의 전부 신규 업스트림에서 비롯된다.

이러한 방식의 공학적 의미는 「업스트림 따라가기」와 「로컬 패치 유지」를 분리하는 것이며, 대가는 이력의 추적 불가능성이다. SHA로 참조하는 모든 하위 소비자(이미지 빌드, CI 캐시, 이슈 재현)는 매일 또는 기반 교체 시마다 무효화되므로, 이 두 브랜치는 SHA가 아니라 패치 제목 집합을 버전 판단 기준으로 삼아야 한다. 더 주목할 점은 이번 모니터링 기간에 패치 자체는 새로 추가되지 않았다는 것이다. pytorch의 열린 PR 7건은 타임스탬프만 갱신했고, llvm의 FPGA PR 2건 역시 타임스탬프만 갱신했다. 재생 메커니즘은 이미 견고해졌고, 실제 메트로놈은 리뷰 큐의 소화 속도가 되었다.

6.3 RVV 백엔드는 f16을 먼저 보완한 뒤 처리량을 논한다: IREE의 정밀도 커버리지 순서가 주는 신호

10-19의 f32 vfmacc.vf(v3.13.0)와 10-21의 f16 vfmacc/vfwmacc(#25000)를 연결해 보면, IREE는 RISC-V V의 inner_tiled MMA 경로에서 이틀 만에 한 단계 정밀도 계단을 올랐고, 두 번 모두 동일한 lowerRiscvVFmaccLike와 동일한 누산기 합법화를 재사용했다. 순서는 먼저 올바른 경로(f32)를 보장한 뒤, 확장 가용성에 따라 가장 빠른 경로(f16 네이티브, f16 확장, +zvfhmin 폴백)를 선택하는 것이며, 비용 모델은 세 경로에 각각 가격을 매긴다.

X60에서의 실측은 병목 위치를 명확히 보여준다. 단일 스레드는 이미 mmt4d ukernel보다 빠르지만, 4스레드와 8스레드는 여전히 느리다. 이는 단일 코어 명령어 선택이 완료된 후 남은 과제가 분할과 스레드화임을 의미한다. tilelang-riscv와 triton-riscv 입장에서 이는 항목별로 대조 가능한 로드맵이다. Tile N = vlen/8을 취하는 방식과 비용 모델의 등급 구분 방식 모두 자체 lowering에서 동일한 기준으로 비교할 가치가 있으며, 단지 「f16 지원 여부」만 볼 것이 아니다.

출처 검증표

출처 검증 결과
RuyiAI-Stack 조직 (전체 저장소) pytorch: riscv 브랜치 세 번째 전체 리베이스 재적용(head 7f49d33f가 3c1ea315로 교체, compare 기준 67 앞섬/24 뒤짐, 208개 파일), 7건의 오픈 PR이 10-21 09:03에 동일 배치로 갱신됨; llvm-project: riscv 브랜치가 8일간 조용하다가 10-21 23:00에 베이스 교체(head dd05e5b5, 1769 앞섬/26 뒤짐, 300개 파일), 2건의 FPGA PR이 10-22 00:59에 갱신됨; triton-riscv, tilelang-riscv는 커밋 0건 릴리스 0건; ruyiai-daily 1회(10-21); ruyiai-stack.github.io contributor 업데이트 1건; harness, FBGEMM, cpuinfo, VecIntrinBench, IntrinTrans, torq-tile, dsh-osc, skills, SyncBots-DeepAgents는 모니터링 기간 내 커밋 없음
ruyisdk 조직 (전체 저장소) ruyi: 커밋 0건, 릴리스 0건(0.53.0 유지); ruyi-imager: Gradle 빌드 개편 3건, 야간 빌드는 여전히 20261019T221503Z에 정지; wechat-articles: 4건(격주 리포트 079 초안); packages-index, ruyisdk-website, support-matrix, linux-xuantie-kernel, qemu, ruyici, ruyi-tuner, ruyi-backend 모두 0건; llvm-project AME 브랜치는 10-19에 정지
openRuyi-Project 조직 (전체 저장소) openRuyi 메인 저장소 80건 커밋(Go 51건, Rust 29건, 작성자 4명) + PR 5건 머지 + 19건 리뷰 중, 0건 닫힘 미머지; ruyifirmware, edk2-ruyi는 모니터링 기간 내 커밋 없음(각각 10-15 17:53과 10-15 15:22에 정지)
buddy-compiler 조직 buddy-mlir 메인 브랜치 커밋 0건, 릴리스 0건; 최신 정식 버전 0.1.1(10-18), 최신 야간 버전 0.1.1.dev20261017(10-17)
RuyiSDK 커뮤니티 포럼 모니터링 기간 내 신규 주제 0건, 최신은 #2892(10-15); 격주 리포트 079는 아직 미발행, 최신은 여전히 078회차
openRuyi 배포판 뉴스 페이지 신규 글 없음, 2026.09 릴리스 공지가 여전히 최신, 2026.10 페이지는 미게시
ruyi 패키지 관리자 / PyPI 0.53.0이 최신 유지(09-24 릴리스), 모니터링 기간 내 신규 버전 없음, 신규 커밋 없음
공식 홈페이지(ruyiai.org) 세 페이지 변화 없음: 홈페이지 인덱스 3건, 블로그 2편, 문서 23장
기술 정보 저장소(ruyiai-daily) 10-21 1회차 푸시, RISC-V 섹션에 RISE의 K3 Pico-ITX와 A210 EVB Android 17 이미지 포함
IREE 업스트림 커밋 4건, RVV f16 vfmacc/vfwmacc와 Zvfhmin 폴백(#25000, 946줄) 및 확장 가능 분할 정렬(#24849) 포함; 모니터링 기간 내 신규 정식 릴리스 없음
riscv-arch-test / XiangShan 두 저장소 모두 모니터링 기간 내 커밋 0건
arXiv(RISC-V) 최신 RISC-V 프리프린트는 10-20, 모니터링 기간 내 컴파일러 또는 벡터 최적화 방향의 신규 논문 없음
Google News RSS(중영문 다수 그룹) RuyiSDK / RuyiAI / openRuyi 모두 검색 결과 0건; Ruyi 관련 쿼리 5건은 모두 기존 기사

전체 출처 목록