모니터링 기간: 2026-10-20 04:30 ~ 2026-10-21 04:30 (베이징 시간, 지난 24시간), 이전 회차와 앞뒤로 연결됨.

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

이번 호 인덱스

  • 오늘의 핵심: openRuyi 하루 137건 커밋——fsspec 클라우드 스토리지 백엔드 전체 패밀리 보완, Go vendor 제거 메인라인 반영 (10-20)
    1. RuyiAI 스택 진행 상황 (PyTorch / Triton / TileLang RISC-V 적응)
      • 1.1 pytorch: 당일 재차 재적용, head가 7f49d33f로 교체, 업스트림 베이스라인은 main을 따라 전진 (10-20)
      • 1.2 llvm-project: riscv 브랜치 10-12부터 8일간 정지, 두 건의 FPGA PR 업데이트 중단 (10-20 상태)
      • 1.3 tilelang-riscv: 10-16 다섯 건 이후 나흘 연속 커밋 없음 (10-20 상태)
      • 1.4 triton-riscv: 나이틀리 빌드 10-18 유지, 메인 브랜치와 PR 큐 동작 없음 (10-20 상태)
    1. RuyiSDK 툴체인과 배포판
      • 2.1 openRuyi 메인 저장소: 137건 커밋, Rust / Go / Python 세 라인 각 42건 (10-20)
      • 2.2 openRuyi PR: 열 건 병합, CVE 대형 건 종료되었으나 병합되지 않음, Go vendor 제거 두 건 심사 대기 (10-20)
      • 2.3 ruyi 패키지 매니저: 0.53.0 유지, 메인 브랜치 09-25부터 커밋 없음 (10-20 상태)
      • 2.4 이미지와 배포판: ruyi-imager 나이틀리 빌드 업데이트, openRuyi 2026.10 미출시 (10-20)
      • 2.5 커널과 펌웨어 라인: linux-xuantie-kernel, ruyifirmware, edk2-ruyi 모두 정지 (10-20 상태)
    1. 벡터 확장과 연산자 최적화
      • 3.1 IREE 3.13.0 정식 버전: RISC-V V f32 vfmacc.vf MMA release 진입 (10-19)
      • 3.2 검증과 캐시 측: riscv-arch-test 세 건 병합, XiangShan CoupledL2 그룹화 저장 뱅크 (10-19 ~ 10-20)
      • 3.3 본 스택 벡터 저장소: VecIntrinBench / IntrinTrans / FBGEMM 정지 (10-20 상태)
    1. Buddy Compiler 동향
      • 4.1 buddy-mlir: 0.1.1 이후 사흘간 커밋 없음, 신규 나이틀리 빌드 없음 (10-20 상태)
      • 4.2 다운스트림 고정: triton-riscv 나이틀리 빌드 여전히 0.1.1.dev20261017에 고정 (10-20 상태)
    1. 커뮤니티와 활동 및 공식 홈페이지
      • 5.1 공식 홈페이지 3페이지 변화 없음 (블로그 2편, 문서 23장) (10-20 상태)
      • 5.2 포럼 신규 없음, 최신 주제는 여전히 10-15의 데일리 정보 (10-20 상태)
      • 5.3 산업 측: XuanTie E908A 차량용 CPU IP 발표, C950A 5배 성능 목표 (10-19)
      • 5.4 산업 측: NextSilicon V100 세 가지 완제품과 호환 배포판 목록, openRuyi 포함 (10-19)
      • 5.5 외부 뉴스: RuyiSDK / RuyiAI / openRuyi 타깃 쿼리 적중 없음 (10-20)
    1. 트렌드 관찰
      • 6.1 의존성 클로저 구축이 언어별 세 라인 병렬 진행: Rust uv 백엔드 보완, Go vendor 제거, Python 클라우드 스토리지 보완
      • 6.2 PyTorch 브랜치 일일 재적용 리듬 진입: 베이스라인 매일 갱신, 패치 시퀀스는 그대로
      • 6.3 서버급 플랫폼이 배포판에 가져다주는 것은 호환 목록이지 새로운 포팅 작업이 아님

오늘의 핵심: openRuyi 하루 137건 커밋——fsspec 클라우드 스토리지 백엔드 전체 패밀리 보완, Go vendor 제거 메인라인 반영

날짜: 2026-10-20　출처: openRuyi 커밋 목록, fsspec 2026.6.0 커밋 9bc134bc, s3fs 2026.6.0 커밋 6b61df84, gcsfs 커밋 80b1a07a, minio vendor 제거 커밋 ca13b2cf, PR #1459, PR #1355

openRuyi 메인 저장소의 모니터링 기간 내에 137개의 커밋이 올라왔으며(커밋 작성자 시간 10-20 12:46부터 20:24까지), 구조는 지난 회차의 “Rust crate 단방향 임포트”보다 확연히 분산되었다: Rust 42개, Go 42개, Python 42개, 기타 11개. 작성자는 네 명으로 Leetfs 94개, HNO3Miracle 26개, KimmyXYC 12개, cl2t 5개다. 전체 커밋 메시지 중 riscv를 언급한 커밋은 하나도 없었으며, 당일은 아키텍처 전용 백포트가 아니라 의존성 폐쇄 구축이었다.

Python 쪽 42개 중 28개는 fsspec과 각 클라우드 벤더 백엔드에 속한다: fsspec 2026.6.0, s3fs 2026.6.0, gcsfs, 그리고 adlfs(Azure), ocifs(OCI), dropboxdrivefs, smbprotocol과 pyspnego(SMB), cloudpathlib; 이와 함께 인증 및 API 의존성도 보충되었는데, azure-identity, msal, msal-extensions, azure-storage-blob의 aio 확장, google-cloud-storage 및 그 control 인터페이스, google-auth-oauthlib, google-cloud-core, google-api-core, google-resumable-media, grpc-google-iam-v1, proto-plus, crc32c, circuitbreaker가 포함된다. 이 계층은 RuyiAI에 직접적인 의미가 있다: PyTorch의 DataLoader와 학습 스크립트가 원격 데이터셋을 읽을 때 보편적으로 fsspec 추상화를 거치는데, 백엔드가 완비되면 K1/K3에서 실제 학습을 돌릴 때 더 이상 현장에서 pip 컴파일을 할 필요가 없다.

Go 쪽 42개는 minio vendor 제거의 마무리와 관측성 보충을 이어간다: minio-mc, console, madmin-go-v3, prometheus, prom2json, alertmanager, openzipkin, applicationinsights, yunion의 s3cli와 log, 알리바바 클라우드 darabonba 클라이언트, k8s structured-merge-diff, go-otel 1.46.0. Rust 쪽 42개는 세 계열에 집중된다: windows-* 0.61 계열(core, future, result, strings, threading, numerics, collections), zerocopy 0.8.63과 bytecheck/rkyv 계열, cap-std 4와 io-lifetimes/io-extras/fs-set-times 계열; 같은 날의 python-uv-build와 함께 보면 uv 빌드 백엔드의 의존성 폐쇄를 위한 포석으로 판단된다.

병합 측 당일 10건의 PR 반영: #1459 minio 벤더링 제거(20개 파일 +973/-43), #1355 kubecomps Go 의존성 1차분, #1128 Prometheus 3.13 모듈(DAG L4-12), #1344 fsspec CVE 수정(32개 파일 +1156/-24), #1342 CVE Part 1, #1461 graphql-core 3.3.0, #1462 buildx, #1372 moniker, #1463 dropwatch, #1458 uwsgi. #1341 「CVE Vulnerability Fixes (Part 0)」는 50개 파일 +997/-4788로 종료되었으나 병합되지 않았고, 동일 방향은 #1468, #1469 두 건의 신규 이슈로 이어졌다.

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

1.1 pytorch: 당일 재차 재생, head가 7f49d33f로 교체, 업스트림 베이스라인은 main을 따라 전진(10-20)

날짜: 2026-10-20　출처: riscv 브랜치 커밋 목록, 신규 헤드 7f49d33f, 두 라운드 헤드 비교, PR 목록

모니터링 기간 내 riscv 브랜치는 10-20 08:32에 다시 전체 브랜치가 재작성되어 푸시되었으며, refs/heads/riscv가 44826095에서 7f49d33f로 갱신되었고, 전체 브랜치의 커미터 시간이 10-20 03:00으로 일괄 재작성되었으며, 헤드 커밋 제목은 여전히 「Add riscv64 image locally (#51)」이다. 커밋 날짜 기준으로 모니터링 기간 내 신규 추가는 0건이며, 이번 역시 신규 패치가 아닌 재생에 해당한다.

직전 헤드와 비교: GitHub compare 기준은 diverged(앞섬 60, 뒤짐 24, 차이 121개 파일)이며, 증분은 업스트림 베이스라인 동기화 범위에 집중되어 있다—신규 head에는 업스트림 #201423, #201490 등 일련의 신규 커밋이 포함되어 있고, 구 head의 일부 업스트림 커밋은 신규 트리에서 더 이상 유지되지 않는다. 재생이 로컬 성과를 변경하지 않았다고 판단하는 근거는 패치 시퀀스이다: #51(riscv64 로컬 이미지), #44(bytes_to_scalar 부동소수점 수정), #50(inductor opinfo blocklist), #42(linear cross entropy ULP 허용 오차) 및 CI 시리즈(#20 core/full 분리, #40 Jenkins 실패 후 계속 파싱, #41 판정 우회)가 각 레이어의 커밋 제목에서 항목별로 일치한다. 7건의 오픈 PR(#23, #35, #36, #38, #43, #46, #48)은 10-20 08:32에 동일 배치로 갱신 시간이 리프레시되었으며, 신규 리뷰 의견도 병합도 없었다.

1.2 llvm-project: riscv 브랜치 10-12부터 8일간 정적, 두 건의 FPGA PR 업데이트 중단(10-20 상태)

날짜: 2026-10-20(상태)　출처: riscv 브랜치 커밋 목록, PR 목록, PR #25 BOSCAME FPGA 백엔드, PR #28 xboscame FPGA

riscv 브랜치 헤드는 여전히 0fb2da86 「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」(10-12 23:00)이며, 10-13부터 연속 8일간 신규 푸시가 없다. 두 건의 FPGA 백엔드 PR(#25, #28)의 최종 업데이트는 10-13 새벽에 멈춰 있으며, 모니터링 기간 내 리뷰 활동이 없었다. main 브랜치는 매일 업스트림 동기화가 정상적으로 이루어지고 있으며(10-20 14:42 일괄 gn build 및 SPIRV/GlobalISel 변경), 필터 규칙에 따라 항목별로 수록하지 않는다.

지난 보고서에서는 「LLVM 브랜치가 새로운 업스트림 베이스라인에 따라 재시작되는지」를 관찰 포인트로 제시했는데, 이번 모니터링 기간에는 재시작되지 않았으며, 이는 RuyiAI 측의 LLVM 투자가 여전히 리뷰 대기 및 재적용 시점을 조율하는 단계에 있음을 보여준다.

1.3 tilelang-riscv: 10-16 다섯 건 이후 4일 연속 커밋 없음 (10-20 상태)

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

tilelang-riscv 메인 브랜치의 마지막 커밋은 여전히 10-16 18:52의 다섯 건 집중 변경(코드 생성 포맷 규범, 업스트림 연산자 런타임 의미론, TileOps 런타임 적응, Buddy MLIR 릴리스 CI, CI 내 Python 확장 빌드)이며, 이후 4일 연속 신규 커밋이 없다. 오픈 PR #4 「Add RVV vector mask and max reduction lowering」는 09-28 이후 업데이트가 멈췄고, PR #2는 06-16에 멈춰 있다. 해당 저장소는 여전히 「CI와 런타임 골격은 통과, 연산자 커버리지 보충 대기」의 정체기에 있다.

1.4 triton-riscv: 야간 빌드 10-18 유지, 메인 브랜치와 PR 큐 변화 없음 (10-20 상태)

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

triton-riscv는 모니터링 기간 내 커밋과 신규 릴리스가 없으며, 최신 야간 빌드는 여전히 10-19 10:01에 릴리스된 nightly/20261018-a305fb6(메인 브랜치 10-18의 의존성 업그레이드에 대응, Buddy MLIR 야간 빌드 v0.1.1.dev20261017)이다. 이전 빌드는 10-12의 20261011-fe554ff로, 패키지 출시를 재개한 후 아직 일간 리듬으로 복귀하지 못했다. 오픈 PR #85는 10-19 07:55 이후 새로운 동향이 없으며, 여전히 현재 유일하게 활발한 연산자 최적화 제안이다.

2. RuyiSDK 툴체인 및 배포판

2.1 openRuyi 메인 저장소: 137건 커밋, Rust / Go / Python 3개 라인 각 42건 (10-20)

날짜: 2026-10-20　출처: 커밋 목록, python-fsspec 2026.6.0 커밋 9bc134bc, python-opentelemetry-api 1.44.0 커밋 e19d4e69, rust-zerocopy 0.8.63 커밋 f3e9db3b, python-uv-build 커밋

커밋 작성자 시간 기준으로 집계하면, 모니터링 기간 내 137건의 커밋은 12:46(26건), 15:10~15:29(66건), 16:08(30건), 19:12~19:21(13건), 20:23~20:24(2건)에 분포한다. 3개 언어별 각 42건의 대칭 구조가 이번 기간의 가장 직관적인 특징이다. 이전 기간 221건 중 Rust가 211건을 차지했으나, 이번 기간 Rust는 42건으로 줄고 Go와 Python이 각각 42건씩 보충되었다.

Python 측은 클라우드 스토리지 백엔드 외에도 langchain 1.3.9와 langchain-core 1.4.6, Django 5.2.17, setuptools 83.0.0, pip 26.2, pymongo 4.18.1, h2 4.4.1, soupsieve 2.9, webob 1.8.11 등 보안 수정 표시가 붙은 업그레이드를 포함한다. Go 측은 minio와 Prometheus 패밀리 외에도 nvidia go-nvml, google go-tdx-guest와 go-sev-guest, aws-sdk-go-v2의 appconfig/ssm 모듈 선언, azure-sdk-for-go 내부 모듈 선언이 있으며, 이는 「다운스트림 패키지가 모듈 단위로 의존성을 해석할 수 있게 하는」 선언적 변경에 해당한다. Rust 측은 신규 추가 패키지가 아닌 버전 업데이트가 zerocopy와 zerocopy-derive의 0.8.63 두 건뿐이며, 나머지 40건은 모두 신규 패키지 도입이다.

당일 나머지 11건은 uwsgi, dropwatch, minio vendor 제거 개편, buildx, 그리고 15:10에 몰린 7건의 보안 업데이트—containerd 2.3.5, harfbuzz 14.0.0, exiv2 0.28.9, open-iscsi 2.1.13, ppp 2.5.4, avahi 0.9~rc5, gi-docgen 2025.5—이다.

2.2 openRuyi PR: 10건 병합, CVE 대형 PR 종료되었으나 미병합, Go vendor 제거 2건 심사 대기 (10-20)

날짜: 2026-10-20　출처: PR #1341, PR #1342, PR #1344, PR #1466 umoci, PR #1464 sonobuoy, PR #1468, PR #1469, PR #1440 sequoia

모니터링 기간 내 총 10건의 PR이 병합되었으며, 시간순으로는 #1128(Prometheus 3.13 모듈, 04:46), #1342(CVE Part 1, 07:10), #1461(graphql-core 3.3.0, 07:12), #1355(kubecomps Go 의존성 1차 배치, 07:29), #1462(buildx, 08:02), #1344(fsspec CVE, 08:08), #1459(minio vendor 제거, 11:12), #1372(moniker, 11:21), #1463(dropwatch, 12:23), #1458(uwsgi, 12:24)이다.

CVE 대형 PR #1341 「CVE Vulnerability Fixes (Part 0)」는 50개 파일, +997/-4788로 종료되었으나 병합되지 않았으며, 전일 리포트에서 해당 PR이 여전히 리뷰 중이던 상태와 비교하면 명확한 처리 결과다. 같은 날 새로 열린 #1468 「Fix CVEs and upgrade some packages」(34개 파일 +2023/-594)와 #1469 「Add packages and upgrade packages」(9개 파일 +223/-21)는 원래 대형 PR이 세분화되어 다시 제출되었음을 보여준다.

심사 대기 큐에서는 「vendor 제거」가 계속 추진되고 있다. #1466 umoci(22개 파일 +971/-13)와 #1464 sonobuoy(9개 파일 +268/-19) 두 건은 컨테이너 이미지 및 일관성 테스트 도구의 자체 vendor 아카이브를 배포판 패키징 의존성으로 교체한다. #1467은 opencv의 하드코딩된 /home 빌드 경로를 수정한다. #1440 sequoia(21개 파일 +2799/-78)와 #1456 picoclaw 0.3.1(43개 파일 +2080/-42)은 여전히 대기 중이다.

2.3 ruyi 패키지 매니저: 0.53.0 유지, 메인 브랜치 09-25 이후 커밋 없음 (10-20 상태)

날짜: 2026-10-20 (상태)　출처: ruyi Releases, PyPI ruyi, 격주 리포트 제078호

GitHub Release와 PyPI 모두 0.53.0(09-24 릴리스)을 유지하고 있으며, 메인 브랜치의 마지막 커밋은 09-25(#503 병합)에 멈춰 있어 모니터링 기간 내 신규 버전과 신규 커밋이 없습니다. 10-13 위클리 리포트 제078호에 따르면 0.54.0은 릴리스 주기 조정으로 10월 말로 일정이 확정되었고, 개발 중인 항목은 패키지와 시스템의 ABI 호환성 검사, 더 많은 공식 유지 패키지의 macOS 패키징, SpacemiT K1/K3 툴체인 적응입니다. 월말까지 약 열흘 남은 상황에서 관찰 포인트는 여전히 알파 버전이 먼저 나오는지 여부입니다.

2.4 이미지와 배포판: ruyi-imager 나이틀리 빌드 업데이트, openRuyi 2026.10 미출시 (10-20)

날짜: 2026-10-20　출처: ruyi-imager 나이틀리 빌드, openRuyi 배포판 뉴스 페이지, packages-index 커밋 목록

ruyi-imager의 나이틀리 빌드 채널이 10-20 06:22에 업데이트되었으며, 패키지 버전은 1.0.0-nightly.20261019T221503Z.7f62f9d, 소스 커밋은 7f62f9dd이고 10개의 애셋이 함께 제공됩니다. packages-index(10-13 마지막 커밋), ruyisdk-website(10-19 07:54), support-matrix(10-16 11:46), ruyisdk/llvm-project의 AME 브랜치(10-19 13:32의 PR #170 CI 워크플로)는 모두 모니터링 기간 내 신규 커밋이 없습니다.

openRuyi 배포판 뉴스 페이지에는 새 글이 없으며, 2026.09 릴리스 공지가 여전히 최신이고 2026.10 페이지는 아직 게시되지 않았습니다. 월간 주기에 따르면 10월 버전은 이미 월말 구간에 진입했지만 당일 메인 저장소가 여전히 패키지를 대량 보충하고 있어, 릴리스 시점이 다음 관찰 포인트입니다.

2.5 커널과 펌웨어 라인: linux-xuantie-kernel, ruyifirmware, edk2-ruyi 모두 조용 (10-20 상태)

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

커널 라인 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 시스템 정보 페이지에 멈춰 있습니다. 세 라인이 5일 연속 조용한 상태로, 2.1의 패키징 피크와 대조를 이룹니다. 이번 모니터링 기간의 투입은 거의 전부 사용자 공간 소프트웨어 패키지에 집중되었고 커널과 펌웨어에는 새로운 움직임이 없습니다.

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

3.1 IREE 3.13.0 정식 버전: RISC-V V f32 vfmacc.vf MMA 릴리스 진입 (10-19)

날짜: 2026-10-19　출처: IREE v3.13.0 Release, PR #24933 RISC-V V inner_tiled MMA

IREE v3.13.0이 10-19 19:26에 릴리스되었으며, CPU 백엔드에 RISC-V V f32 vfmacc.vf의 inner_tiled MMA(PR #24933)가 추가되어 벡터 부동소수점 곱셈-누산을 RISC-V V의 fused multiply-accumulate에 직접 매핑합니다. 동시에 LLVMCPU의 확장 가능 벡터화는 --iree-llvmcpu-vscale-range를 반드시 지정하도록 변경되었고, +zvl*b 특성이 있을 때는 두 하한 중 더 큰 값을 사용합니다. 모델 측에서는 PT2E의 per-tensor, per-channel-group, per-token 양자화 임포트를 LinalgExt Q/DQ로 유지합니다.

이 스택에 대한 의미는 경로 대조에 있다: RuyiAI의 tilelang-riscv와 triton-riscv는 Tile 수준 DSL에서 RVV로 가는 경로를 취하고, IREE는 MLIR→LLVMCPU 확장 가능 벡터화를 취한다. 동일한 RVV 위에서 두 프런트엔드가 동시에 f32 곱셈-덧셈을 최적화 대상으로 선택했다는 것은 해당 명령어 형태가 이미 RISC-V AI 백엔드의 공통된 착지점이 되었음을 보여준다.

3.2 검증 및 캐시 측: riscv-arch-test 3건 병합, Xiangshan CoupledL2 그룹 저장 뱅크 (10-19 ~ 10-20)

날짜: 2026-10-19 ~ 2026-10-20　출처: riscv-arch-test PR #2413 Sdtrig, PR #2791 S_F/S_V/S_VF, PR #2858 벡터 명령어 SEW 커버리지, XSCache PR #36, XiangShan PR #6738

RISC-V 아키텍처 테스트 모니터링 기간 내에 3건이 병합되었다: Sdtrig의 A 확장 트리거 커버리지 포인트와 Sm/S/U 세 모드 icount 커버리지(10-20 05:53), 운영체제가 실제로 사용하는 특권 계층을 커버하기 위해 S 스위트에 S_F/S_V/S_VF 추가(10-20 02:53), 벡터 명령어를 모든 유효 SEW로 확장하고 SEW=8의 vrgatherei16 및 fault-only-first의 LMUL 선택 보완(10-19 21:55). 세 건이 공통으로 검증 범위를 “S 모드 + 전체 SEW”로 밀어붙였으며, K1/K3에서 RVV 연산자를 구동하는 팀에게는 사용 가능한 회귀 베이스라인이다.

Xiangshan 측에서는 CoupledL2가 set index에 따라 디렉터리와 데이터 SRAM 뱅크를 분할하여, MCP2 스톨을 동일 뱅크 연속 접근으로 제한하고, RequestBuffer가 2개의 슬롯을 점유할 때 새로운 프리페치 수락을 일시 중지한다(PR #36, 10-19 15:12 병합, 기본 뱅크 분할 값은 2, 1로 롤백 가능); 메인 저장소는 이후 XSCache 포인터를 업데이트하여 해당 변경을 포함시켰다(PR #6738). 캐시 병렬성과 프리페치 수락이 동시에 조정되었으며, 이는 검증 가능한 마이크로아키텍처 변화에 속한다.

3.3 본 스택 벡터 저장소: VecIntrinBench / IntrinTrans / FBGEMM 정적 (10-20 상태)

날짜: 2026-10-20 (상태)　출처: VecIntrinBench, IntrinTrans, FBGEMM fork

본 스택의 벡터 벤치마크와 변환 도구 체인 세 저장소는 모니터링 기간 내에 커밋이 없었으며, 최근 동향은 각각 02-13(VecIntrinBench), 06-25(IntrinTrans), 07-13(FBGEMM)에 멈춰 있다; harness는 10-10에, cpuinfo는 05-20에, torq-tile은 04-09에 멈춰 있다. 모니터링 기간 내 연산자 측의 유일한 외부 진전은 IREE 3.13.0의 RVV MMA 릴리스(3.1 참조)이며, 본 스택 자체의 벡터 벤치마크는 새로운 데이터 산출이 없었다.

4. Buddy Compiler 동향

4.1 buddy-mlir: 0.1.1 이후 3일간 커밋 없음, 신규 나이틀리 빌드 없음 (10-20 상태)

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

buddy-mlir 메인 브랜치의 마지막 커밋은 여전히 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)이며, 이후 3일간 새로운 나이틀리 빌드가 없다. 0.1.0에서 0.1.1까지의 두 차례 정식 릴리스는 이틀 간격(10-16, 10-18)을 두고 이루어졌으며, 이후 정체 국면으로 전환되었다.

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

날짜: 2026-10-20 (상태)　출처: triton-riscv 커밋 10-18 의존성 업그레이드, buddy-mlir 나이틀리 버전 0.1.1.dev20261017

triton-riscv 메인 브랜치의 10-18 08:57 마지막 커밋 내용은 “Update dependency buddy-compiler/buddy-mlir to nightly/v0.1.1.dev20261017”으로, 다운스트림 의존성을 해당 나이틀리 버전에 고정한 것이다. 10-19에 릴리스된 nightly/20261018-a305fb6는 바로 이번 업그레이드를 기반으로 빌드되었다. buddy-mlir가 10-17 이후 새로운 나이틀리 버전이 없기 때문에, triton-riscv의 나이틀리 빌드는 따라갈 새로운 업스트림이 없어 양측이 서로를 기다리는 상태가 형성되었다. 이 체인이 매일 빌드를 재개하려면 buddy-mlir가 나이틀리 워크플로를 언제 재가동하는지에 달려 있다.

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

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

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

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

5.2 포럼 신규 제로, 최신 주제는 여전히 10-15의 데일리 뉴스 (10-20 상태)

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

포럼 모니터링 기간 내 신규 주제는 제로이며, 최신 글은 여전히 10-15 03:30의 “2026-10-15 오픈소스 기술 핫뉴스 정보” (#2892)이다. 그 이전으로는 격주 리포트 제078호 (#2891, 10-13), 서밋 참여 공지 (#2889, 10-13), 실천 강의 교재와 환경 실험 (#2883, #2885)이 있다. 서밋 (10-18~10-20) 종료 후 포럼에는 회고 정리 글이 보이지 않으며, 커뮤니티 측의 공개 산출물은 여전히 데일리 뉴스와 격주 리포트 두 개의 고정 라인에 집중되어 있다.

5.3 산업 측: XuanTie E908A 차량용 CPU IP 발표, C950A는 5배 성능 목표 (10-19)

날짜: 2026-10-19　출처: IT之家: XuanTie E908A

10-19의 RISC-V 중국 서밋에서 Damo Academy XuanTie는 차량용 강화 CPU IP E908A를 발표하며, ASIL-B와 ASIL-D를 동시에 달성한 최초의 RISC-V CPU IP라고 밝혔으며, 단일 지점 안전 척도 SPFM이 처음으로 90%를 초과했고, 안전 아일랜드, 도메인 컨트롤러 및 차량용 게이트웨이를 겨냥한다. 동시에 자율주행 및 임바디드 인텔리전스 제품 로드맵을 처음으로 제시했으며, 차세대 C950A의 목표 성능은 기존 RISC-V 차량용 제품의 5배이다. 회의에서는 또한 C950이 네 가지 Agentic 워크로드에서 주류 전통 아키텍처 프로세서 대비 10% 이상 향상되었으며, Qwen3.8-Flash-Next 추론이 43 token/s에 달한다고 언급했다.

본 주제와의 거리는 소프트웨어 스택을 봐야 한다: 차량용 IP의 실현은 기능 안전 인증을 받은 툴체인과 RTOS/커널 조합에 의존하는데, 현재 RuyiSDK의 툴체인 적응은 K1/K3 등 범용 플랫폼에 집중되어 있으며, 안전 인증 관련 컴파일러 자격, 테스트 스위트 및 문서 체계는 공개 로드맵에 나타나지 않았다. E908A는 수요 신호이지 당기 과제는 아니다.

5.4 산업 측: Sophgo V100 세 가지 완제품 및 호환 배포판 목록, openRuyi 포함 (10-19)

날짜: 2026-10-19　출처: EE Times China: Sophgo SpacemiT V100, LinuxGizmos: 46코어 RISC-V 서버 CPU

어제 보고서는 V100 칩 자체의 출시를 기록했고, 이번 모니터링 기간의 보도는 시스템 측 정보를 보완했다. V100은 46코어 하이브리드 아키텍처(6개의 Xiangshan Kunminghu V2R2와 40개의 X100)로 최고 2.4GHz, 듀얼 소켓 일관성 인터커넥트 최고 92코어, 단일 칩 8채널 DDR5와 52개의 PCIe 5.0을 갖췄다. 함께 제공되는 완제품은 C2201 컴퓨팅, G5201 지능형 컴퓨팅, S5236 스토리지 세 종류이며, 그중 G5201은 Kunlunxin M100 등 국산 가속 카드를 검증했고 RDMA 클러스터 네트워킹을 지원한다.

가장 핵심적인 문장은 배포판 목록에 있다. 보도에 따르면 V100은 BRS 규격 테스트 전 항목을 통과했으며 openEuler, openRuyi, openKylin, Debian, Ubuntu, Fedora, Red Hat, Rocky 등 주류 배포판에서 직접 설치, 부팅, 실행이 지원된다. openRuyi가 제조사가 제시한 서버 플랫폼 호환 목록에 포함된 점은 이 주제의 이전 공개 출처에서는 나타난 적이 없다. 다만 openRuyi 메인 저장소에는 당일 서버 플랫폼 관련 커밋이 여전히 없었으며, 목록의 이행 여부는 2026.10 버전과 후속 펌웨어 라인의 움직임을 봐야 한다.

5.5 외부 뉴스: RuyiSDK / RuyiAI / openRuyi 정밀 검색 결과 없음 (10-20)

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

Google News에서 RuyiSDK, RuyiAI, openRuyi에 대한 중영문 정밀 검색(「Ruyi 커뮤니티 RISC-V」, 「Ruyi RISC-V 배포판」 포함)이 모두 결과 없음으로 나왔으며, 채널은 정상이었다(같은 배치의 RISC-V 검색은 62건을 반환해 프록시와 파싱 모두 사용 가능함을 보여줬다). 검색된 한 건의 「Ruyi RISC-V 배포판」은 실제로 XuanTie 출하 기사로 배포판과는 무관했다. arXiv 최근 7일 RISC-V 관련 프리프린트 최신은 10-15(FPGA 효율, 상수 시간 컴파일 파이프라인 등)이며, 모니터링 기간 내에 이 스택의 컴파일러나 벡터 최적화와 직접 관련된 새 논문은 없었다.

서밋 관련 중문 보도는 하드웨어와 자본 측에 집중됐다. XuanTie 출하 60억 칩 돌파 및 C950으로 AI 서버 진출, XuanTie E908A 차량규격 IP, Jindie V100 세 가지 완제품, Tenstorrent 15억 달러 투자 유치(기업가치 62억 달러). 모두 RuyiSDK나 openRuyi의 구체적 방안은 다루지 않았다.

6. 동향 관찰

6.1 의존성 클로저 구축이 언어별로 3개 라인 병행: Rust는 uv 백엔드 보강, Go는 vendor 제거, Python은 클라우드 스토리지 보강

이번 기간 137건의 커밋에서 42/42/42 구조는 우연이 아니라 세 개의 독립적인 패키지 보강 라인이 같은 날 추진된 것이다. Rust 측은 windows-* 0.61, zerocopy/rkyv, cap-std/io-lifetimes 세 계열을 중심으로 python-uv-build와 함께 uv 같은 Python 빌드 도구의 Rust 의존성을 겨냥한다. Go 측은 minio와 Prometheus/Kubernetes 컴포넌트가 주를 이루며, vendor 제거 3건의 PR과 함께 「소스와 함께 패키징」을 「의존성에 따라 패키징」으로 바꾼다. Python 측은 fsspec의 모든 주류 클라우드 백엔드를 한 번에 보강했다. 세 라인의 공통 목표는 의존성 클로저를 채워 RISC-V에서의 Python AI와 클라우드 네이티브 배포가 현장 컴파일 없이 가능하게 하는 것이다.

기록할 만한 점은 이 계층과 RuyiAI의 관계다. PyTorch의 DataLoader, checkpoint, 데이터셋 도구는 대부분 fsspec을 통해 원격 스토리지에 접근하며, 백엔드의 완비 여부가 학습 스크립트가 K1/K3에서 실행 가능한지를 직접 결정한다. 배포판이 상위 계층을 위해 보강하는 이 부분의 의존성은 단일 연산자 최적화보다 「사용 가능 여부」를 더 크게 좌우한다.

6.2 PyTorch 브랜치가 매일 재생 리듬에 진입: 베이스라인은 일간 갱신, 패치 시퀀스는 불변

이틀 연속 같은 패턴이 관찰됐다. 10-19 09:14와 10-20 08:32에 각각 전체 브랜치 재작성 푸시가 있었고, 전체 브랜치의 커미터 시간이 일괄 재작성됐으며 로컬 패치 제목은 항목별로 변함없었고 변화는 업스트림 베이스라인의 동기화 범위에만 있었다. 이 방식은 「업스트림 따라가기」와 「패치 유지」를 분리하는 대신 브랜치 이력의 추적 불가능성을 대가로 한다. SHA로 참조하는 모든 다운스트림(CI 캐시, 이미지 빌드, 이슈 재현)이 매일 무효화된다. 이 리듬이 고정된다면 해당 브랜치를 읽을 때 SHA가 아닌 「패치 제목 집합」을 버전 판단 기준으로 삼아야 한다.

같은 기간 세 개 fork 라인의 상태는 계속 분화했다. PyTorch는 매일 재생, LLVM은 10-12부터 8일간 정적, Triton은 야간 패키징이 10-19 한 버전으로 회복된 후 멈췄다. 세 라인은 세 가지 투입 상태에 대응하며, RuyiAI 스택의 현재 병목이 컴파일 백엔드 자체가 아니라 리뷰와 패키징의 지속적 공급에 있음을 시사한다.

6.3 서버급 플랫폼이 배포판에 가져오는 것은 호환 목록이지 새로운 이식 작업이 아니다

Jindie V100 보도는 openRuyi를 서버 플랫폼의 사용 가능 배포판 목록에 넣었다. 이것이 사실이라면 의미는 「openRuyi가 새로운 이식을 해야 한다」가 아니라 일련의 규격 적합성 요구다. RVA23, 서버 SoC/플랫폼 규격, BRS와 보안 모델 다섯 항목에 UEFI/ACPI/SMBIOS 펌웨어 체인이 더해진다. 배포판이 해야 할 일은 컴포넌트를 다시 작성하는 것이 아니라 기존의 사용자 공간 패키지, 설치 프로그램, 이미지 체인을 규격에 정렬하는 것이다.

현재 증거는 여전히 불완전하다. openRuyi 메인 저장소는 당일 서버 관련 커밋이 0건이며, 펌웨어 라인(ruyifirmware, edk2-ruyi)은 10-15 이후 조용하고, 2026.10 버전은 아직 릴리스되지 않았다. 관찰 지점은 세 가지다. openRuyi 2026.10이 릴리스 노트에서 서버 플랫폼을 언급하는지, ruyifirmware/edk2-ruyi가 V100 대상 커밋을 재개하는지, 지원 매트릭스에 V100 항목이 나타나는지.

출처 검증표

출처 검증 결과
RuyiAI-Stack 조직(전체 저장소) pytorch: riscv 브랜치 1회 재작성식 재생(커밋 날짜 기준 0건 추가, compare 기준 60/24 뒤처짐) ＋ 7건 오픈 PR 베이스라인 갱신, main 업스트림 동기화 정상; llvm-project: riscv 브랜치 8일간 커밋 없음, FPGA PR 2건 10-13에 정체; triton-riscv: 커밋 0건, 릴리스 0건(나이틀리 빌드는 여전히 10-18 빌드); tilelang-riscv: 0건; ruyiai-daily: 1회(10-20); harness, skills, caffe, mxnet, pytorch-ci, FBGEMM, cpuinfo, VecIntrinBench, IntrinTrans, torq-tile, dsh-osc은 모니터링 기간 내 커밋 없음
ruyisdk 조직(전체 저장소) ruyi: 커밋 0건, 릴리스 0건; llvm-project: AME 브랜치 0건(10-19 PR #170에 정체); packages-index, ruyisdk-website, support-matrix, linux-xuantie-kernel 모두 0건; ruyi-imager: 나이틀리 빌드 1회 갱신(10-20 06:22)
openRuyi-Project 조직(전체 저장소) openRuyi 메인 저장소 137건 커밋(Rust/Go/Python 각 42건, 기타 11건) ＋ 10건 PR 머지; CVE 대형 이슈 #1341 종료되었으나 머지되지 않음; 오픈 대기열에는 #1464, #1466 두 건의 vendor 제거와 #1468, #1469 두 건의 CVE 후속이 포함됨; 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 데일리 뉴스); 격주 리포트 제078호(#2891)가 여전히 최신호
openRuyi 배포판 뉴스 페이지 신규 글 없음, 2026.09 릴리스 공지가 여전히 최신, 2026.10 페이지 미게시
ruyi 패키지 관리자 / PyPI 0.53.0 최신 유지(09-24 릴리스), 모니터링 기간 내 신규 버전 없음, 신규 커밋 없음
공식 홈페이지(ruyiai.org) 세 페이지 변화 없음: 홈 인덱스 3건, 블로그 2편, 문서 23장
기술 정보 저장소(ruyiai-daily) 10-20 1회 푸시, RISC-V 섹션은 XuanTie E908A와 C950A 노선, Jindie V100 3종 완제품, K1 bootph-pre-ram 패치 v2, riscv-arch-test 3건 머지, XiangShan CoupledL2 그룹화 저장 뱅크를 다룸; 또한 IREE 3.13.0의 RVV MMA 포함
IREE / riscv-arch-test 업스트림 IREE v3.13.0 정식 릴리스(10-19 19:26), RISC-V V f32 vfmacc.vf inner_tiled MMA 포함(PR #24933); riscv-arch-test 3건 머지(#2413, #2791, #2858)
arXiv(RISC-V) 최근 7일 최신은 10-15, 모니터링 기간 내 RISC-V 컴파일러 또는 벡터 최적화 신규 프리프린트 없음
Google News RSS(중영문 다중 그룹) RuyiSDK / RuyiAI / openRuyi 전부 0건; Ruyi 관련 쿼리 1건은 XuanTie 출하 기사로 주제와 무관; 산업 보도는 XuanTie, Jindie, Tenstorrent에 집중

전체 출처 목록

의존 — https://github.com/openRuyi-Project/openRuyi/pull/1355