모니터링 기간: 2026-10-27 04:30 ~ 2026-10-28 04:30(베이징 시간, 지난 24시간), 직전 회차(10-27 04:30 기준점)와 앞뒤로 이어진다.

출처: GitHub 조직 전체 저장소 점검(RuyiAI-Stack, ruyisdk, openRuyi-Project, buddy-compiler, 저장소별로 모니터링 기간 내 커밋, PR, Release를 확인; 업스트림 fork는 RISC-V / RVV / XuanTie 등 키워드로 필터링하며, 무관한 업스트림 커밋은 수록하지 않음), openRuyi 커밋 및 PR 병합 통계, ruyi 패키지 관리자 Release, RuyiSDK 개발자 커뮤니티 포럼, ruyiai-daily 데일리 정보 아카이브, RuyiAI 공식 홈페이지 3개 페이지 스냅샷, arXiv 검색, Google News RSS 중영문 표적 검색(프록시 경유).

이번 호 인덱스

  • 오늘의 중점: 3종 세트 배포판 패키징 진입, triton-riscv 앵커 교체, VIR에 Python 바인딩 추가(10-27)
    1. RuyiAI 스택 진척(PyTorch / Triton / TileLang RISC-V 적응)
      • 1.1 llvm-project: riscv 브랜치 엿새 만에 다섯 번째 리베이스, 베이스라인 다시 237건 전진(10-27)
      • 1.2 pytorch: riscv 브랜치 엿새째 정적, 메인 브랜치 스무 건은 여전히 업스트림(10-27 상태)
      • 1.3 triton-riscv: buddy-mlir 앵커가 10-17에서 10-27로 직행, 두 단계 건너뜀(10-27)
      • 1.4 tilelang-riscv: 메인 브랜치 열이틀째 정적(10-27 상태)
    1. RuyiSDK 툴체인과 배포판
      • 2.1 openRuyi PR #1350: RuyiAI 3종 세트 배포판 진입, 작성자 당일 검토 의견에 건별 답변(10-27)
      • 2.2 openRuyi PR #1352: PyTorch RISC-V 적응을 별도 패키지로 분리, 설치 후 자체 스모크 테스트 포함(10-27 상태)
      • 2.3 openRuyi: 45건 커밋, 12건 PR 병합, Samba 제품군 일괄 4.25.1 및 Waf 빌드로 전환(10-27)
      • 2.4 openRuyi: revert 3건으로 “패키지 동봉 LLVM IR” 노선 철회(10-27)
      • 2.5 심사 대기열: qemu 11.1.2, qemu-rustsbi, libvirt 및 크로스 툴체인(10-27 상태)
    1. 벡터 확장, 아키텍처 테스트 및 연산자 최적화
      • 3.1 지원 매트릭스에 SpacemiT K3 Pico-ITX의 Bianbu 4.0.8 리포트 신규 추가, 상태 good 평가(10-27)
      • 3.2 지원 매트릭스에 VisionFive 2 Lite의 Ubuntu 24.04.5 리포트 신규 추가, 상태 basic에 그침(10-27)
      • 3.3 벡터 저장소와 FBGEMM 전면 정적, arXiv 모니터링 기간 내 신규 없음(10-27 상태)
    1. Buddy Compiler 동향
      • 4.1 VIR에 Python 바인딩 추가: buddy-opt 전용에서 프로그래밍 가능한 방언으로(10-27)
      • 4.2 심사 중 5건: piece count int64 전환, Whisper 전처리 재사용, buddy-server 소스 정리(10-27)
      • 4.3 야간 빌드 dev20261027 출시, 다운스트림 앵커 당일 야간 빌드에 연결(10-27)
    1. 커뮤니티와 행사 및 공식 홈페이지
      • 5.1 공식 홈페이지 3개 페이지 변화 없음, 블로그 2편, 문서 23장(10-27 상태)
      • 5.2 포럼 신규 게시글 없음, 최신은 여전히 10-22의 서밋 회고와 강의 자료(10-27 상태)
      • 5.3 ruyiai-daily 1회, harness 플러그인 분리, ruyi-imager 선택 대화상자 수정(10-27)
      • 5.4 외부 뉴스 적중 없음, openRuyi 2026.10과 ruyi 0.54.0 모두 미출시(10-27 상태)
    1. 동향 관찰
      • 6.1 표현 계층, 도구 계층, 배포 계층이 같은 날 각각 한 조각씩 보충
      • 6.2 릴리스 전 정리 외에, 배포판이 덜어내기를 시작하다

오늘의 중점: 3종 세트 배포판 패키징 진입, triton-riscv 앵커 교체, VIR에 Python 바인딩 추가(10-27)

날짜: 2026-10-27　출처: openRuyi PR #1350, triton-riscv PR #90, buddy-mlir PR #1009

이번 호의 세 가지 주선이 같은 모니터링 기간 내에 각각 한 걸음씩 나아갔고, 처음으로 서로 맞물렸다.

첫 번째는 배포 계층입니다. openRuyi의 PR #1350 「Add Ruyiai packages」는 buddy-mlir, python-triton-ruyiai, python-tilelang-ruyiai 세 개의 spec을 한 번에 제출했으며(커밋 3건, 파일 9개, +666/−0), 9-21에 열린 후 메인테이너 Z572가 9-24에 수정 요구를 제기했고 논의는 9-28에 멈췄습니다. 10-27 17:55부터 18:54까지(베이징 시간) 작성자 nekorouter가 세 건의 재검토 의견에 연속으로 답하며 git 빌드 의존성, buddy-mlir에 내장된 LLVM을 외부화할지 여부, 그리고 GCC 빌드로 전환할 때의 비용을 항목별로 설명했습니다. 같은 날 또 다른 PR #1352는 PyTorch의 RISC-V 적응을 별도 패키지로 분리했습니다. 두 건 모두 아직 머지되지 않았지만 이미 「보류」에서 「항목별 수렴」으로 돌아왔습니다.

두 번째는 도구 계층입니다. triton-riscv의 의존성 앵커가 19:43에 renovate 봇에 의해 제출되어 머지되었으며(#90, +2/−2), buddy-mlir는 nightly/v0.1.1.dev20261017에서 nightly/v0.1.3.dev20261027로 곧바로 건너뛰어 0.1.2 정식 버전 전체와 두 개의 야간 빌드를 넘어섰습니다. 지난 호 데일리 리포트에서는 「앵커 갱신 여부」를 관찰 항목으로 삼았는데, 이번 호에서 답이 나왔습니다. 갱신되었고, 그것도 한 번에 두 단계를 건너뛰었습니다. 이는 10-26 밤의 일곱 건 VIR 가변 길이 벡터 변경이 이번 호부터 다운스트림 빌드 체인에 들어간다는 것을 의미합니다.

세 번째는 표현 계층입니다. buddy-mlir의 #1009 「[midend][VIR] Python bindings」가 22:42에 머지되었으며(파일 12개, +614/−1), 이전에는 buddy-opt에서만 실행할 수 있고 ir.Operation.create("vir....")로 연산자를 수동으로 조립해야 하며 ir.Type.parse("!vir.vec<...>")로 타입을 수동으로 조립해야 했던 VIR 방언을 정식으로 buddy_mlir.dialects.vir 모듈로 만들어 ODS + C API + nanobind 확장이라는 일반적인 경로를 따르게 했습니다.

세 가지를 함께 보면: VIR은 가변 길이 벡터를 표현할 수 있고(지난 호), 이제 Python으로 구동할 수 있으며(이번 호), 더 나아가 배포판 패키징 통로가 있습니다(이번 호 심사 중). 이 스택에 없었던 것은 결코 단일 지점의 역량이 아니라 「표현—도구—배포」 세 단계의 연결이며, 이번 호는 같은 날 각 단계에서 진전이 있었다는 점이 드문 경우입니다.

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

1.1 llvm-project: riscv 브랜치 6일 만에 다섯 번째 리베이스, 베이스라인 다시 237커밋 전진 (10-27)

날짜: 2026-10-27　출처: riscv 브랜치 커밋 목록, 새 헤드 ed439f3e, 지난 호 헤드와 비교

riscv 브랜치는 10-27 23:00(베이징 시간)에 다섯 번째 전체 브랜치 재작성을 완료했으며, 헤드는 a18a0434에서 ed439f3e로 바뀌었고 제목은 여전히 「[RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31)」입니다. 지난 호 헤드와의 비교는 diverged로 앞서 237커밋, 뒤처짐 26커밋, 300개 파일에 차이가 있습니다. 뒤처진 26커밋은 바로 로컬 패치 집합의 개수이며 10-26 기록과 완전히 일치합니다.

20건의 로컬 커밋이 같은 분 안에 재작성되어 재푸시되었고(committer 시간이 15:00:29에서 15:00:31에 집중), author 시간은 7월 1일부터 10월 3일까지 이어집니다. 최신 커밋은 이번 헤드 #31의 A100 HP/SP 및 pack/unpack 하강(author 10-03)이고, 가장 오래된 것은 #9b72a085의 CI 트리거 수정(author 7-01)입니다. author 시간은 그대로이고 committer 시간이 통일된 것은 전체 브랜치 재적용의 전형적인 특징으로, 이번 라운드에 새로운 로컬 기능이 추가되지 않았고 기존 패치 집합을 새 베이스라인 위로 옮겼을 뿐임을 보여줍니다.

리베이스 시퀀스는 이제 10-21의 1769커밋, 10-23의 275커밋, 10-25의 474커밋, 10-26의 221커밋, 10-27의 237커밋입니다. 닷새 동안 다섯 번, 간격은 하루 한 번으로 안정적입니다. 지난 호의 판단, 즉 이 브랜치의 일상적 동작이 완전히 베이스라인을 따라가는 것으로 바뀌었다는 점은 이번 호에서 두 번째로 검증되었습니다. 로컬 기능 증분의 유일한 원천은 여전히 업스트림이거나, BOSC AME, Buckyball 측이 새로운 패치를 제출하기를 기다려야 합니다.

1.2 pytorch: riscv 브랜치 6일째 조용, 메인 브랜치 20커밋도 여전히 업스트림 (10-27 상태)

날짜: 2026-10-27(상태)　출처: pytorch riscv 브랜치, pytorch 메인 브랜치

riscv 브랜치 헤드는 여전히 10-22 03:00(베이징 시간)의 Add riscv64 image locally (#51)이며, 10-22부터 10-27까지 연속 여섯째 날 커밋이 없다. 지난 호에 기록된 사흘, 닷새의 정적이 이번 호에서는 엿새로 늘어났다. RVV 역량 상향의 두 가지 메인라인 제안(#46 ATen 대상 벡터 확장 지원, #48의 RISC-V Vector CPU 역량)은 이번 호에서도 업데이트가 없다.

메인 브랜치는 같은 기간 20건의 커밋이 있었으나 전부 업스트림 동기화이며 RISC-V와 관련된 것은 한 건도 없다. 그중 다섯 건은 C++ meta kernel 보완(ne.Scalar, eq.Tensor, le.Scalar, le.Tensor, bitwise_and.Tensor)이고, 한 건은 ROCm Inductor가 CK 포워드 컨볼루션 템플릿(conv_transpose)을 건너뛰는 것이며, 나머지는 빌드와 테스트 인프라에 속한다. 이는 지난 호의 결론과 일치한다. 이 브랜치의 업스트림 추적과 RISC-V 리플레이는 리듬이 다른 두 개의 파이프라인이며, 전자는 매일 갱신되고 후자는 수동으로 시기를 고른다.

함께 읽을 만한 것은 배포 측면이다. 같은 날 openRuyi의 PR #1352가 이 브랜치의 산출물을 python-torch-ruyiai 패키지로 만들고 있다(2.2 참조). 브랜치 자체는 움직이지 않지만 그 하류 배포 경로는 움직이고 있으며, 이것이 이번 호 pytorch 일선에서 유일하게 새로운 정보가 있는 지점이다.

1.3 triton-riscv: buddy-mlir 앵커가 10-17에서 10-27로 직행, 두 단계를 건너뜀 (10-27)

날짜: 2026-10-27　출처: triton-riscv PR #90, 커밋 4a066f1f, buddy-mlir 나이틀리 버전 목록

19:43, renovate 봇이 제출한 #90이 병합되었으며 변경은 단 두 줄(+2/−2)이다. buddy-compiler/buddy-mlir가 nightly/v0.1.1.dev20261017에서 nightly/v0.1.3.dev20261027로 올라갔다. 이는 일상적인 마이너 버전 추종이 아니라 단계를 건너뛴 추격이다. 중간에 0.1.2 정식 버전(10-25 06:18)과 0.1.3 라인의 나이틀리 빌드 두 건(10-26 06:37, 10-27 08:26)이 있었다.

지난 호 데일리 리포트는 「앵커가 갱신되고 재빌드되는지」를 다음 호 관찰 항목으로 꼽았으며, 이번 호에서 실행되었다. 의미는 구체적이다. 10-26 밤의 VIR 가변 벡터 변경 일곱 건(#1002~#1008)은 그동안 buddy-mlir의 소스 트리에만 존재했고, 하류 triton-riscv 빌드는 여전히 10-17의 구 패키지를 사용하고 있었다. 앵커를 교체한 후 이 변경들이 Triton의 연산자 생성 경로에 들어오게 되었다.

분명히 해둘 것은, 앵커 갱신은 「사용할 수 있는가」만 해결할 뿐 「이미 사용했다」와 같지 않다는 점이다. triton-riscv 메인 브랜치는 이 의존성 갱신 외에 이번 모니터링 기간에 다른 커밋이 없고 대응하는 적응 코드 변경도 없다. 0.1.1에서 0.1.3 사이에 buddy-mlir 측에 Triton 호출에 영향을 주는 인터페이스 변경이 있었는지는 하류에서 실제로 재빌드하고 테스트를 통과시킨 뒤에야 확인할 수 있다.

1.4 tilelang-riscv: 메인 브랜치 열두째 날 정적 (10-27 상태)

날짜: 2026-10-27(상태)　출처: tilelang-riscv 커밋 목록, 오픈 PR 목록

tilelang-riscv 메인 브랜치의 마지막 커밋은 여전히 10-16 10:52이며, 연속 열두째 날 커밋이 없다. 오픈 PR #4는 09-28에 멈춰 있다. triton-riscv의 앵커 교체와 대조적으로, 이 측은 의존성 갱신조차 움직임이 없다.

다만 배포 측면에서 새로운 위치를 얻었다. openRuyi의 PR #1350에는 python-tilelang-ruyiai spec이 포함되어 있으며, 4개의 패치(Apache TVM FFI 0.1.10 완화, 시스템 빌드 의존성으로 전환, buddy-mlir 툴체인 발견, z3 soname 재작성 건너뛰기)를 다룬다. 즉 저장소 자체는 정체되어 있지만 「배포판 패키지 형태로 사용 가능」이라는 경로는 추진되고 있으며, 이것이 이번 호에서 tilelang-riscv와 관련된 유일한 실질적 움직임이다.

2. RuyiSDK 툴체인과 배포판

2.1 openRuyi PR #1350: RuyiAI 3종 세트 배포판 진입, 작성자 당일 검토 의견에 건별 답변 (10-27)

날짜: 2026-10-27　출처: PR #1350, PR #1350 검토 코멘트, PR #1350 커밋

PR #1350은 이번 모니터링 기간 배포 계층에서 가장 중요한 건이다. 하나의 PR이 세 개의 패키지를 동시에 추가한다. buddy-mlir(LLVM 기반 MLIR 컴파일 프레임워크), python-triton-ruyiai(RISC-V 버전 Triton), python-tilelang-ruyiai(RISC-V 버전 TileLang 백엔드)이다. 3개의 커밋은 모두 9-21 09:46부터 09:48(2분 이내)에 올라갔으며, 총 9개 파일, +666/−0이다.

타임라인은 기록해 둘 만하다. 9-21에 PR을 열었고, 9-24에 메인테이너 Z572가 세 가지 수정 요구를 제기했다(git이 왜 필요한지, buddy-mlir가 Triton이 자체 LLVM을 찾을 수 있도록 macro 파일을 제공해야 하는지, buddy-mlir를 먼저 GCC로 고정 버전 clang을 빌드한 뒤 새 clang으로 자기 자신을 빌드해야 하는지). 9-28에 작성자가 답변하고 두 가지를 수정했다. 이후 약 한 달간 정체되었다가, 10-27 17:55, 17:57, 18:54에 연속 세 개의 답변으로 남은 쟁점을 건별로 정리했다.

세 답변의 기술적 내용은 진행 상황 자체보다 정보량이 많다. 첫째, triton 업스트림의 setup.py가 git 실행 가능 여부를 강제로 검사하므로, git 빌드 의존성을 추가하거나 setup.py를 수정해야 한다(패치 파일을 새로 추가해야 하고, triton 업데이트 시 불일치가 발생하기 쉽다). 작성자는 전자를 선택했다. 둘째, buddy-mlir가 자체 포함한 LLVM은 해당 패키지 내부에서만 사용되며, 이 패키지들은 항상 특정 LLVM 커밋에 고정되므로, 이를 빌드 흐름 내부에 두고 독립 macro 패키지로 외부화하지 않는 쪽을 선호한다. 셋째, GCC로 고정 버전 LLVM/clang을 빌드하는 방식은 기술적으로 가능하지만 빌드 시간이 최소 1.5배 증가한다.

이 세 가지는 같은 트레이드오프를 가리킨다. RuyiAI의 이 패키지들은 빌드 체인 결합도가 높다(Triton은 buddy-mlir의 LLVM에, TileLang은 buddy-mlir 툴체인에 의존). 배포판의 ‘의존성 외부화, 시스템 패키지 재사용’ 관례대로 분리하면 빌드 비용과 불일치 위험이 모두 커진다. 작성자가 결합을 유지하고 크기와 빌드 시간을 감수한 것은 패키징 노선에 대한 명확한 입장 표명이다.

2.2 openRuyi PR #1352: PyTorch RISC-V 적응을 별도 패키지로, 설치 후 자체 스모크 테스트 포함 (10-27 상태)

날짜: 2026-10-27(상태)　출처: PR #1352, python-torch-ruyiai spec 파일

PR #1352는 RuyiAI-Stack/pytorch를 별도 python-torch-ruyiai로 패키징한다(8개 파일, +783/−0). #1350과 같은 날 업데이트되었으며 상태는 여전히 열려 있고, 유일한 커밋은 9-21 11:22에 멈춰 있다.

패치 세트는 완전한 배포판 적응 목록처럼 읽힌다. 2001은 OpenBLAS가 cblas 복소수 내적을 사용하도록 강제하고, 2003은 시스템 fmt로 전환하며, 2005는 시스템 cmake 의존성으로 전환하고, 2006은 불필요한 서브모듈 사전 빌드 검사를 건너뛰며, 2011은 RVV 커널을 대상 벡터 능력에 따라 게이팅하고, 2012는 scikit-build-core를 내장한다. 별도로 pytorch-smoke-test.py가 있어, 이 패키지는 설치 후 스모크 테스트를 한 번 통과해야 한다는 뜻이다. 배포판 입장에서는 단순히 ‘설치 가능’보다 한 걸음 더 나아간 것이다.

2011 항목은 특히 주목할 만하다. RVV 커널 활성화 조건을 ‘컴파일 시 지원 가정’에서 ‘대상 벡터 능력에 따른 게이팅’으로 바꾼 것은 커뮤니티에서 반복적으로 나타나는 문제다. RVA20 등 벡터 확장이 없는 대상에서 패키징 시 게이팅하지 않으면 실행 불가능한 코드가 생성된다. 이런 패치는 보통 사용자가 실제 보드에서 문제를 겪은 뒤에야 보완되지만, 이번에는 패키징 패치에 미리 포함되었다.

#1350과 마찬가지로 이 패키지도 AI 지원(Assisted-by: Deepseek V4.1 Flash)을 명시했고, openRuyi의 AI 기여 정책에 따라 체크와 서명을 마쳤다.

2.3 openRuyi: 45개 커밋, 12개 PR 머지, Samba 제품군 한 번에 4.25.1 및 Waf 빌드로 전환 (10-27)

날짜: 2026-10-27　출처: openRuyi 커밋 목록, PR #1428 Samba와 라이브러리, PR #1506 보안 업데이트, PR #1508 ceph 백포트

메인 저장소 모니터링 기간 내 45건의 커밋, 12건의 PR 병합이 있었으며, 작성자 분포는 Li Guan 12, Jingwiw 9, Kimmy 9, cl2t 5, misaka00251 4, Zheng Junjie 3, Sun Yuechi 1, Xiang’ao Liu 1, Hangfan Li 1이다. 시간대별로는 세 배치로 나뉜다. 15:00 전후 17건, 16:00 전후 12건, 다음 날 01:31에 9건, 나머지 7건은 12:32부터 17:36 사이에 분산되어 있다.

가장 큰 건은 #1428로, 한 번에 9건의 커밋을 올렸다. samba를 4.25.1로, tevent 0.17.2, tdb 1.4.15, talloc 2.5.0, cmocka 2.0.2로 올리고, jack2와 rpm-config-openruyi도 함께 Waf 빌드 매크로로 전환했다. 이는 산발적인 업그레이드가 아니라 Samba 제품군 전체(의존 라이브러리 포함)를 동일 시점에 정렬한 것으로, tevent/tdb/talloc ABI에 의존하는 모든 패키지를 함께 재빌드해야 하므로 배포판에서 전형적인 “연동 업그레이드”에 해당한다.

보안 라인은 #1506이 한 번에 12개 패키지를 가져왔다. sysrepo 5.2.27, libzip 1.12.1, libyang 6.4.13, libical 4.0.7, vim 9.2.1201, squashfuse 0.6.5, simdutf 9.3.2, pcre2 10.49, libheif 1.23.6, imagemagick 7.1.2.34, cups 2.4.20, cpp-httplib 0.63.0이며, 제목에는 일괄적으로 [security-fixes] 표시가 붙어 있다. 별도로 ceph 백포트 1건(#1508, ceph-volume 파티션 db/wal 수정, mgr, cephfs-mirror, rgw 수정 보완)이 있다.

신규 패키지는 13개로, 주로 Go 생태계가 중심이다. go-git v6 계열 세 건(go-git, fixtures, billy)에 gcfg-v2, goldmark-highlighting-v2, go-udev, go-evdev, gonetworkmanager-v2, jaypipes/ghw, mozillazg/go-pinyin, kustomize, 그리고 go-k8s-kube-proxy와 go-k8s-cluster-bootstrap이 추가되었다. 이번 신규 추가는 dms-shell이 패키징된 Go 의존성으로 내장 vendor bundle을 대체한 것(#1511)과 같은 사안의 양면이다. 즉 Go 프로젝트를 “자체 vendor 디렉터리 포함”에서 “시스템 패키지 사용”으로 전환하여, 향후 통합 업그레이드와 CVE 대응을 용이하게 하려는 것이다.

나머지 병합: rust-aws-lc-rs를 1.18.2로 올리고 aws-lc-sys 0.46 추가(#1518), docker-cli 29.9.2(#1515), systemd가 /etc/modules-load.d를 인수(#1510), python-opentelemetry-semantic-conventions 0.65b0(#1517), SQL-migrate와 kubecomps 의존성 보완(#1365, #1356, #1358).

2.4 openRuyi: revert 세 건으로 “패키지 동봉 LLVM IR” 노선 철회 (10-27)

날짜: 2026-10-27　출처: PR #1509 Revert llvm ir, openRuyi 커밋 목록

15:15에 병합된 #1509는 커밋 세 건에 순삭제 105줄(+5/−105)에 불과하며, 앞서 같은 저장소에서 진행했던 세 가지 실험적 패키징을 철회한 것이다. gsl의 llvmir feature, pixman을 clang으로 빌드하고 패키지와 함께 IR 파일을 산출하던 것, libjpeg-turbo가 LLVM IR 파일을 패키지와 함께 배포하던 것이다.

PR 본문에는 이유가 적혀 있지 않으며, 커밋 내용으로 보아 방향은 라이브러리를 LLVM IR로 컴파일해 패키지와 함께 배포하여 향후 재최적화나 지연 코드 생성을 위한 인터페이스를 남기려는 것이었다. 이제 이 노선 전체가 철회된 것으로 보아, 릴리스 전에 이 노선이 “당분간 유지하지 않음”으로 판정되었음을 뜻한다. RISC-V 배포판 입장에서 이는 흥미로운 선택이다. IR 배포는 이론상 업스트림 최적화를 재사용할 수 있지만, 패키지 크기, ABI, 디버그 심볼 일관성의 연쇄 문제를 초래하고 인프라 측 협력이 필요하여 단기적으로 수익을 내기 어렵다.

이것 역시 이번 호 openRuyi가 이전 몇 호와 갈라지는 지점이다. 지난 몇 호의 키워드는 「보충」— 패키지 보충, 보안 보충, Rust crate 보충이었다. 이번 호에는 보충 외에도 명확한 감산이 등장했다.

2.5 심사 대기열: qemu 11.1.2, qemu-rustsbi, libvirt 및 크로스 툴체인 (10-27 상태)

날짜: 2026-10-27 (상태)　출처: openRuyi 오픈 PR, PR #1520 qemu 11.1.2, PR #1516 qemu-rustsbi, PR #1490 크로스 툴체인

모니터링 기간 내 갱신된 오픈 PR은 총 10건이며, RuyiAI 관련 2건을 제외한 나머지는 방향에 따라 세 갈래로 나뉜다.

가상화 및 펌웨어: #1520은 qemu를 11.1.2로 올리고, #1519는 libvirt에 /var/lib/libvirt/secrets를 부여하고 Ceph 21의 rbd 스토리지 풀을 수정하며, #1516은 qemu-rustsbi(Rust로 작성된 SBI 구현, luojia65 제출)를 신규 추가하고, #1436은 ovmf에 fwupd 지원을 추가한다.

툴체인 및 기반 라이브러리: #1490은 여전히 WIP 상태로, riscv64 크로스 툴체인 한 세트를 추가하는 것이 목표이며, #1429는 krb5의 빌드 구성과 패키지 기본값을 수정하고, #1521은 다수 python 패키지의 빌드 실패를 처리한다.

시스템 관리: #1367은 SQL-migrate를 신규 추가한다.

이 몇 건의 공통점은 「다음 버전을 위한 포석」이라는 것이다. qemu 메이저 버전 업그레이드와 크로스 툴체인은 모두 릴리스 전의 중량급 작업으로, 통상 모니터링 기간 내에 완료되지 않으므로 이후 몇 호의 진행 속도를 보고 2026.10 버전이 일정대로 가능할지 판단해야 한다.

3. 벡터 확장, 아키텍처 테스트 및 연산자 최적화

3.1 지원 매트릭스에 SpacemiT K3 Pico-ITX의 Bianbu 4.0.8 리포트 신규 추가, 상태 good 평가 (10-27)

날짜: 2026-10-27　출처: support-matrix 커밋 db59e82c, K3 Pico-ITX 디렉터리

12:35의 커밋은 SpacemiT K3 Pico-ITX의 보드 디렉터리를 만들고 Bianbu 테스트 리포트를 보충했다. 영문 367행, 중문 359행이며 CPU 정보 스크린샷 1장과 보드 레벨의 중영문 설명이 첨부되어 있다. 리포트 메타데이터는 sys: bianbu, sys_ver: 4.0.8, sys_var: LXQt, status: good, last_update: 2026-10-16이다.

good이라는 평가는 지원 매트릭스에서 비교적 높은 등급으로, 데스크톱(이 예에서는 LXQt 변형)이 실측에서 기능이 완전하고 차단성 문제가 없음을 의미한다. K3는 SpacemiT의 신세대 제품 라인으로, 이전 매트릭스에는 K1과 K3의 다른 형태가 더 많이 등장했다. Pico-ITX라는 형태는 이번에 처음 문서화되었으며, 소형 보드를 받은 개발자에게는 사용 가능한 시작 문서다.

3.2 지원 매트릭스에 VisionFive 2 Lite의 Ubuntu 24.04.5 리포트 신규 추가, 상태는 basic에 그침 (10-27)

날짜: 2026-10-27　출처: support-matrix 커밋 92143f8e, VisionFive2_Lite 디렉터리

12:38의 커밋은 StarFive VisionFive 2 Lite에 Ubuntu 테스트 리포트를 보충했다(영문 269행, 중문 260행). 메타데이터는 sys: ubuntu, sys_ver: "24.04.5", status: basic, last_update: 2026-10-26이다. 이미지는 Canonical 공식 프리인스톨 서버판 ubuntu-24.04.5-preinstalled-server-riscv64+jh7110.img.xz이며, burning은 SFFB 도구로 fastboot에 진입하고, 시리얼은 USB-to-TTL을 사용한다.

이전 항목과 비교하면, 두 리포트는 같은 날짜에 병합되었고 작성자도 동일하지만(zhiyao310), 결론은 다릅니다. Ubuntu 쪽은 basic으로 평가되었는데, 이는 시스템이 부팅되고 기본 기능은 사용 가능하지만 뚜렷한 제약이 존재하는, 즉 「돌아가긴 하지만 일상 사용은 권장하지 않는」 등급에 해당합니다. 동일한 JH7110 플랫폼에서 Bianbu와 Ubuntu의 등급 차이는, 현시점 RISC-V 배포판의 실제 사용 가능성이 단순한 커널 지원이 아니라 벤더 이미지의 적응 깊이에 여전히 달려 있음을 보여줍니다.

3.3 벡터 저장소와 FBGEMM 전면 침묵, arXiv 모니터링 기간 내 신규 없음 (10-27 상태)

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

벡터와 연산자 관련 저장소들은 이번 기간에도 전부 커밋이 없었으며, 업데이트 중단 기간은 계속 길어지고 있습니다. VecIntrinBench는 02-13, IntrinTrans는 06-25, cpuinfo는 05-20, FBGEMM은 07-13, AME-operator는 09-30, torq-tile은 04-09에 멈춰 있습니다. 이 저장소들은 1년 중 대부분의 기간 동안 침묵했으며, 이는 RuyiAI 스택이 벡터 내장 테스트와 연산자 측면에 현재 중점 투자하고 있지 않음을 보여줍니다.

arXiv에서 RISC-V와 컴파일러, 벡터, 추론을 조건으로 검색한 결과, 모니터링 기간 내 신규 프리프린트는 없었으며 최신은 여전히 10-23의 두 편(개방형 ISA 슈퍼컴퓨팅 아키텍처 비교, LLM 보조 RISC-V 프로세서 결함 수정)입니다. RVV에 가장 근접한 것은 여전히 10-21의 《Reorienting the Vector Axis》입니다. 세 편 모두 추세 참조에 해당하며, 항목화된 기술 판단으로는 다루지 않습니다.

4. Buddy Compiler 동향

4.1 VIR에 Python 바인딩 추가: buddy-opt 전용에서 프로그래밍 가능한 방언으로 (10-27)

날짜: 2026-10-27　출처: PR #1009, buddy-mlir 커밋 목록

22:42에 병합된 #1009는 이번 모니터링 기간 Buddy Compiler 측의 핵심 작업입니다. 12개 파일, +614/−1로 buddy_mlir.dialects.vir 모듈이 신규 추가되었습니다. 커밋 설명은 문제점을 직설적으로 서술했습니다. VIR에는 이전까지 Python 바인딩이 전혀 없었기 때문에, VIR의 decode attention은 ir.Operation.create("vir....")로 연산자를 조립하고 ir.Type.parse("!vir.vec<...>")로 타입을 조립해야 했으며, VIR 전체 하향도 buddy-opt라는 단일 실행 파일에서만 돌릴 수 있었습니다.

구현 방식은 「기존 방언을 따르는」 쪽을 택했습니다. ODS 정의 연산자(VIRBinding.td)에 C API와 nanobind 확장을 더한 것으로, 같은 저장소에서 quant 등 자체 타입을 가진 업스트림 방언과 동일한 구조입니다. PR 설명에 따르면 세 부분으로 나뉩니다. Ops, Types, 그리고 VIR 하향을 Python에 연결하는 pass 등록입니다.

이 단계의 의미는 도구 자체가 아니라 조합 가능성에 있습니다. VIR을 Python에서 직접 생성하고 하향할 수 있게 되면, 연산자 설명, 형상 추론, 테스트 케이스를 모두 Python 측에서 작성할 수 있으며, 프런트엔드(Triton, TileLang)와 VIR의 연동이 더 이상 C++ 측 훅 추가에 의존할 필요가 없습니다. 이전까지 단일 실행 파일에서만 검증할 수 있었던 중간 표현에게 이는 「컴파일러 내부 부품」에서 「외부에서 호출 가능한 방언」으로의 전환입니다.

#1009 병합 직후 #1011 「Cast the scalable VIR piece count to int64_t」(오픈)이 등장한 점에 주목해야 합니다. 이는 확장 가능한 벡터 경로상의 정수 폭 문제가 최근에야 다루어지기 시작했음을 보여주며, Python 바인딩은 입구를 열었을 뿐 안정성은 여전히 조정 중입니다.

4.2 심사 중 5건: piece count int64 변환, Whisper 전처리 재사용, buddy-server 소스 정리 (10-27)

날짜: 2026-10-27(상태)　출처: PR #1011, PR #1013, PR #1012, PR #1010

모니터링 기간 내 업데이트된 오픈 PR은 총 다섯 건이며, 방향은 세 그룹으로 나뉜다.

VIR과 스케일러블 벡터: #1011은 VIR의 piece count를 기본 너비에서 int64_t로 명시적 변환한다. piece count는 스케일러블 벡터가 몇 개 조각으로 분할되는지를 의미하며, 32비트로 후속 곱셈·덧셈에 참여할 경우 큰 형상에서 오버플로 위험이 있다. 이 수정은 지난 호의 #1008(인덱스 벡터 너비 단언)과 같은 종류의 마무리 작업이다.

모델 예제: #1013은 매 변환 시 Whisper의 전처리를 재사용하고, #1012는 Whisper 출력에 검증을 추가하고 x64 CI 테스트를 활성화한다. 두 건 모두 일반적인 예제 품질 개선이며 RISC-V와는 무관하다.

인프라: #1010은 buddy-server의 소스 및 테스트 디렉터리 구조를 정리한다. 그 외에 #993은 tile.upsample_nearest 연산자와 인식 패턴을 신규 추가하고, #932는 Gemmini OS 분할 행렬 곱셈에서 C 이동 시의 행 패딩을 수정한다. 두 건의 업데이트 시각도 모니터링 기간 내이나 내용은 더 이르다.

4.3 야간 빌드 dev20261027 출시, 다운스트림 앵커 같은 날 야간에 연결 (10-27)

날짜: 2026-10-27　출처: 야간 빌드 v0.1.3.dev20261027, triton-riscv PR #90

buddy-mlir는 08:26에 야간 빌드 0.1.3.dev20261027을 릴리스했다. 이는 0.1.3 라인의 두 번째 야간 빌드이며, 정식 버전 0.1.2(10-25 06:18)로부터 이틀 만이다. 릴리스 리듬은 「정식 버전 + 야간 업데이트」로 복귀했다.

같은 날 19:43, triton-riscv는 이 야간 빌드를 새 앵커로 설정했다(1.3 참조). 출시부터 다운스트림 앵커 교체까지 11시간이 걸렸으며, 최근 몇 호 중 가장 빠른 연결이다. 지난 호에 기록된 상황은 출시 후 이틀이 지나도 교체가 없었다는 것이었다. 객관적으로 이는 「로컬 변경에서 다운스트림 사용 가능까지」의 지연을 단축시켰지만, 앵커 교체가 자동화된 renovate 커밋이라는 점도 봐야 한다. 실제 적합성 검증은 아직 따라오지 못했으며, 다음 호에서는 triton-riscv에 새 앵커를 대상으로 한 테스트 또는 수정 커밋이 나타나는지 확인해야 한다.

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

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

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

홈페이지, 블로그, 문서 세 페이지의 sha256은 지난 호와 동일하다. 홈페이지 인덱스 3건, 블로그 2편(Triton의 RISC-V 적응, PyTorch RISC-V CI 실천), 문서 23장. 여러 모니터링 기간 연속으로 신규 블로그 글과 장이 추가되지 않았다.

이 측면과 GitHub 측의 활성도 격차는 여전히 확대되고 있다. 이번 호에는 openRuyi의 패키징 PR만 해도 두 건의 실질적 진전이 있었으나, 공식 콘텐츠 페이지는 여전히 9월의 두 글에 머물러 있다. 대외 전파와 엔지니어링 추진 사이에 동기화가 없으며, 이는 Ruyi 커뮤니티의 현재 비교적 뚜렷한 격차다.

5.2 포럼 신규 게시글 없음, 최신은 여전히 10-22의 서밋 회고와 강의 자료 (10-27 상태)

날짜: 2026-10-27(상태)　출처: RuyiSDK 개발자 커뮤니티, 서밋 회고 #2893, 강의 자료 #2894

커뮤니티 포럼은 모니터링 기간 내 신규 게시글이 없다. 최신 두 건은 여전히 10-22에 멈춰 있다. 제6회 RISC-V 중국 서밋의 RuyiSDK 회고(팀 10명 참석, 기술 보고 2건, 기술 포스터 6편)와 「RISC-V Linux 실천 강좌 02: 충분한 C 언어 기초」 강의 자료다.

격주 진행 079호(10-26 18:02 발표)가 최근의 공식 보고이며, 2주 주기에 따라 080호는 대략 11월 상순에 있을 것이고, 이번 호와 다음 호 사이에는 새로운 격주 노드가 없다.

5.3 ruyiai-daily 1건, harness 플러그인 분리, ruyi-imager 선택 대화상자 수정 (10-27)

날짜: 2026-10-27　출처: ruyiai-daily, harness 커밋 07:04, ruyi-imager PR #21

ruyiai-daily는 06:53에 「daily-news: 2026-10-27」 한 회차를 커밋하며 일별 아카이빙 정보 동향을 이어갔다.

harness(RuyiAI 개발용 에이전트 시스템)는 15:04에 「Split vector retrieval and multi-agent runtime into reusable plugins」 한 건을 커밋하며 벡터 검색과 멀티 에이전트 런타임을 재사용 가능한 플러그인으로 분리했다. 이 건은 RISC-V와 직접적인 관계는 없지만 RuyiAI 스택에서 드물게 보이는 엔지니어링 정리 작업이며, 해당 저장소는 이전에 10-10에 멈춰 있다가 이번 회차에 커밋이 재개되었다.

ruyi-imager는 14:24에 #21 「Require an explicit selection in selection dialogs」(대응 issue #20)를 머지했다: 선택 대화상자가 더 이상 사용자를 대신해 항목을 미리 선택하지 않고, 열릴 때 이전에 선택했던 값만 복원하며, 목록을 필터링하거나 트리형 분류를 선택한 후에는 빈 선택을 유지하고, 확인 버튼은 사용자가 실제로 선택하기 전까지 비활성 상태를 유지한다. 필터링 후 일치하는 항목이 없으면 빈 상태 안내를 표시하고 확인을 비활성화한다. 이는 릴리스 전 인스톨러의 사용성 다듬기로, 지난 회차의 「더블클릭과 키보드 확인」과 같은 부류에 속한다.

그 외: ruyisdk-website의 최신 커밋은 여전히 10-23의 인터페이스 데이터 자동 업데이트이며, wechat-articles는 10-26에 멈춰 있고, ruyi 메인 저장소는 09-25 이후 커밋이 없다.

5.4 외부 뉴스 제로 히트, openRuyi 2026.10과 ruyi 0.54.0 모두 미출시 (10-27 상태)

날짜: 2026-10-27 (상태)　출처: Google News RSS, openRuyi 배포판 뉴스 페이지, ruyi Releases

Google News에서 RuyiSDK, RuyiAI, Ruyi RISC-V, Ruyi 커뮤니티 컴파일러, openRuyi에 대한 중영문 표적 쿼리가 모니터링 기간 내 제로 히트였다. 같은 기간에 수집된 RISC-V 관련 뉴스로는 제6회 RISC-V 중국 서밋에서의 deepin 데스크톱 생태계 진전, Pharo 14의 RISC-V JIT, Tenstorrent의 15억 달러 E라운드 투자 완료, Microchip PIC64-HPSC 우주 컴퓨팅 진전 등이 있으나 모두 Ruyi 커뮤니티와 무관하여 이번 회차에는 수록하지 않는다.

배포판 측면에서 두 버전 모두 아직 모니터링 기간 밖에 있다: openRuyi 뉴스 페이지의 최신 글은 여전히 2026.09 릴리스 공지(9-30)이며 저장소 태그도 2026.09-experimental까지만 있다. ruyi의 0.54.0은 09-18의 alpha 태그만 있을 뿐이며 정식 버전은 079회차 기준으로 10월 말을 기다려야 한다. 지난 몇 달의 리듬(6-30, 7-23, 8-27, 9-30)에 따르면 10월 버전은 십중팔구 이번 달 말에 나올 것이며, 0.54.0 시간창과 겹치므로 다음 회차에서 실현 여부를 중점 확인해야 한다.

6. 트렌드 관찰

6.1 표현 계층, 도구 계층, 배포 계층이 같은 날 각각 한 조각씩 보충되다

이번 회차의 세 가지 사건을 하나의 시간축에 놓아 보자: 10-26 밤 VIR이 확장 가능한 벡터 표현을 보충했고, 10-27 밤 Python 바인딩을 보충했으며, 10-27 종일 배포판 패키징을 추진했다. 세 단계는 원래 순차적으로 진행되는 것——먼저 표현 가능하고, 다음으로 호출 가능하며, 마지막으로 배포 가능——이었는데, 지난 몇 회차 동안 줄곧 「표현 계층은 빠르고 도구 계층과 배포 계층은 지체」되었으나 이번 회차에 처음으로 같은 날 세 축이 동시에 진행되는 모습이 나타났다.

그러나 이 스택이 실제로 폐쇄 루프를 이루고 있는지 판단하려면 아직 두 가지 알려진 공백이 있다. 첫째, triton-riscv의 앵커 교체는 자동화되어 있으나 적응 검증이 아직 따라가지 못했으므로, 0.1.1에서 0.1.3 사이의 인터페이스 변화가 하위에서 노출될지는 다음 회차에야 알 수 있다. 둘째, pytorch의 riscv 브랜치는 6일 연속 커밋이 없는데 배포 측에서는 이미 이를 패키징하고 있다(#1352)——패키지가 따라가는 것은 움직이지 않는 브랜치이므로, 패키지가 머지될 때 이미 업스트림 베이스라인에 뒤처져 있을 위험을 주시할 필요가 있다.

6.2 릴리스 전 정리 외에, 배포판이 감산을 시작하다

이번 회차 openRuyi의 두 가지 작업 묶음은 성격이 다르다: 한 묶음은 가산(45건 커밋, 13개 신규 패키지, 12건 보안 업데이트, Samba 패밀리 연동 업그레이드)이고, 다른 한 묶음은 감산(세 건의 revert로 LLVM IR 동봉 배포 회수)이다. 지난 몇 회차에서 보였던 것은 모두 「릴리스 전 정리」——의존성 보충, CVE 정리, 버전 전환——였는데, 이번 회차에 처음으로 명확한 기능적 회수가 나타났다.

이는 openRuyi의 유지보수 중심이 「더 많은 패키지 커버리지」에서 「기존 패키지의 품질 경계 보장」으로 이동하고 있음을 보여준다. IR 배포 같은 실험은 패키지 크기, ABI, 인프라의 연쇄 비용을 수반하며, 릴리스 압박 속에서 우선적으로 제거된다. RuyiAI 스택에는 이중 신호다 — 패키징 채널은 더 규범화되었지만(#1350, #1352 모두 배포판 관례에 따라 항목별로 수렴 중), 「실험적 성격의 빌드 방식」(예: 내장 LLVM, 자체 vendor)에 대한 허용도 역시 동시에 낮아질 것이다. 작성자는 #1350에서 buddy-mlir의 LLVM을 패키지 내에 남기겠다고 고집했는데, 이는 정확히 이 방향에 역행하는 일종의 교섭이며 결과는 지켜볼 만하다.

출처 검증표

출처 검증 결과
RuyiAI-Stack 조직(전체 저장소) llvm-project: riscv 브랜치 10-27 다섯 번째 리베이스(head a18a0434에서 ed439f3e로 변경, 237 커밋 앞섬, 26 커밋 뒤짐, 300 파일), 26개 로컬 패치 항목별 미변경; pytorch: riscv 브랜치 연속 여섯째 날 커밋 제로, 두 메인라인 제안 업데이트 없음, 메인 브랜치 20 커밋 전부 업스트림; triton-riscv: 1 커밋 의존성 업데이트(buddy-mlir 앵커 10-17에서 10-27로 상향); tilelang-riscv 열두째 날 침묵; ruyiai-daily 1건; harness 1 커밋 플러그인 분리; FBGEMM, cpuinfo, VecIntrinBench, IntrinTrans, torq-tile, pytorch-ci, dsh-osc 모니터링 기간 내 커밋 없음
ruyisdk 조직(전체 저장소) support-matrix 2 커밋(SpacemiT K3 Pico-ITX Bianbu 4.0.8 good 평가, VisionFive 2 Lite Ubuntu 24.04.5 basic 평가); ruyi-imager 1 커밋(PR #21 선택 대화상자 명시적 선택); packages-index 모니터링 기간 내 커밋 없음(최신 10-26); wechat-articles, ruyisdk-website, ruyi, riscv-gcc 모니터링 기간 내 커밋 없음; ruyi 신규 Release 없음(0.53.0 유지)
openRuyi-Project 조직 openRuyi 메인 저장소 45 커밋(Li Guan 12, Jingwiw 9, Kimmy 9, cl2t 5, misaka00251 4, Zheng Junjie 3, 나머지 3인 각 1) + 12 PR 머지; 분류상 13 신규 패키지, 12 보안 업데이트, 1 ceph 백포트, 3 revert 포함; 오픈 PR 10건 업데이트 있음(RuyiAI 2건 포함); ceph-ci, go-rpm-macros 푸시 있었으나 메인 브랜치 모니터링 기간 내 커밋 없음; 신규 태그 없음(2026.09-experimental이 최신)
buddy-compiler 조직 buddy-mlir 1 머지(#1009 VIR Python 바인딩, 12 파일 +614/−1) + 야간 버전 v0.1.3.dev20261027; 오픈 PR 다섯 건 업데이트 있음(#1010, #1011, #1012, #1013, #993, #932); buddy-benchmark, buddy-examples, compiler-eval, FeGen, gemmini, firesim 모니터링 기간 내 커밋 없음
RuyiSDK 개발자 커뮤니티 포럼 신규 게시글 없음; 최신 두 건은 10-22 정상회의 회고 #2893과 강의 교재 #2894; 격주 진행 079호(10-26)가 최근 공식 보고
openRuyi 배포판 뉴스 페이지 신규 글 없음, 2026.09 릴리스 공지(9-30)가 여전히 최신; 저장소 태그는 2026.09-experimental에서 멈춤, 2026.10 미릴리스
ruyi 패키지 관리자 / PyPI 0.53.0 유지, 신규 alpha 또는 beta 없음(0.54.0-alpha.20260918이 여전히 최근 버전); 메인 브랜치 09-25 이후 커밋 없음
공식 홈페이지(ruyiai.org) 세 페이지 변화 없음: 홈페이지 인덱스 3건, 블로그 2편, 문서 23장, sha256 이전 호와 일치
arXiv(RISC-V) 모니터링 기간 내 신규 없음; 최신은 10-23의 오픈 ISA 슈퍼컴퓨터 비교와 LLM 보조 RISC-V 결함 수정, 10-21의 장벡터 FlashAttention이 여전히 RVV에 가장 부합
Google News RSS(중영문 다중 그룹) RuyiSDK, RuyiAI, 루이 RISC-V, 루이 커뮤니티 컴파일러, openRuyi 지향 쿼리 제로 히트; 동기 RISC-V 뉴스는 루이 커뮤니티와 무관, 미수록

전체 출처 목록

1490>