Окно мониторинга: 2026-11-04 04:30 ~ 2026-11-05 04:30 (пекинское время, последние 24 часа; встык с точкой отсечения предыдущего выпуска 11-04 04:30).

Источники: проверка push-уведомлений ключевых репозиториев и организаций GitHub (RuyiAI-Stack, ruyisdk, openRuyi-Project, buddy-compiler, по каждому репозиторию сверка коммитов, PR, Release и тегов в окне, branch-level atom как резерв; upstream-форки фильтруются по ключевым словам RISC-V / RVV / XuanTie), Release пакетного менеджера ruyi, packages-index, SPECS и смерженные PR упаковочного репозитория openRuyi, форум сообщества разработчиков RuyiSDK, репозиторий статей ruyisdk в WeChat (черновик двухнедельного отчёта), архив ежедневной разведки ruyiai-daily, снимки трёх страниц официального сайта RuyiAI, страница новостей дистрибутива 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 двадцать синхронизаций с upstream (состояние на 11-05)
      • 1.3 triton-riscv: PR #98 предлагает переход на Triton 3.9.0, параллельно с перебазированием #92 на 3.8.0 (11-04)
      • 1.4 tilelang-riscv: ноль коммитов, два старых PR по-прежнему открыты (состояние на 11-05)
    1. Инструментальная цепочка и дистрибутив RuyiSDK
      • 2.1 openRuyi: десять коммитов в окне — преимущественно обновления браузера и Python-пакетов, CI переведён на другой способ подписи (11-04)
      • 2.2 основной репозиторий ruyi: ноль коммитов и ноль тегов, 0.54.0-beta.20261102 остаётся последним пререлизом (состояние на 11-05)
      • 2.3 packages-index: ноль коммитов, список примечаний по ABI не изменялся (состояние на 11-05)
      • 2.4 месячный выпуск openRuyi 2026.10 по-прежнему отсутствует, страница новостей застыла на сентябрьском релизе (состояние на 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 семантика set_vl в VIR ужесточена: точный 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 три страницы официального сайта без изменений, две записи в блоге, двадцать три главы документации (состояние на 11-05)
      • 5.3 новых постов на форуме в окне нет, тема о саммите и выпуск 079 по-прежнему на главной (состояние на 11-05)
      • 5.4 выпуск ruyiai-daily за 11-04 заархивирован, раздел RISC-V включает исправления K3 и патчи прошивки (11-04)
      • 5.5 четыре группы запросов по внешним новостям не дали результатов, новых статей на 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 (пекинское время) в ветке riscv репозитория RuyiAI-Stack/llvm-project появился новый коммит 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 фиксирует поведение, при котором межбанковое копирование обязано выдавать ошибку. Критерий проверки, указанный в сообщении коммита, — прохождение всех строк RUN в xboscame-ordered-tiles.ll, включая машинную верификацию и генерацию объектного файла.

В хронологии это первый код-коммит ветки riscv после изменения CI-воркфлоу от 11-03 03:57; более ранние коммиты ветки [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 двадцать коммитов синхронизации с upstream (состояние на 11-05)

Дата: 2026-11-05 (состояние)　Источники: список коммитов ветки riscv, список коммитов ветки main, список открытых PR

В окне мониторинга в ветке riscv коммитов нет. Последний push полного перебазирования ветки состоялся 11-04 03:00 по пекинскому времени, попав в конец предыдущего окна; головной коммит — 6c89022 ([SyncBots] Integrate PyTorch at 3afdbd3); в этом выпуске фиксируется только состояние, набор патчей совпадает с предыдущим выпуском.

В ветке main в окне мониторинга двадцать коммитов синхронизации с upstream, сосредоточенных на inductor/AOTI, cuDNN frontend, oneDNN для macOS, MPS и dynamo; после построчной проверки изменений, связанных с RISC-V или RVV, не обнаружено. Восемь открытых PR (#36, #38, #43, #46, #48, #51, #23, #35) по-прежнему в состоянии открытых, за окно слияний не было.

1.3 triton-riscv: PR #98 предлагает обновление до Triton 3.9.0, параллельно с перебазированием на 3.8.0 в #92 (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; в тот же день обновился и #92 от jason-hue «Rebase integration onto the official Triton v3.8.0 release».

Эти два PR идут двумя разными путями. #92 меняет triton-hash.txt с dev-пина основной линии 5889527 на релизный коммит v3.8.0 c01b6774; в описании PR указана разница: исходный пин содержит на 417 dev-коммитов больше и на 25 релизных коммитов меньше, чем release; ребейз выполнен поверх #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

В основном ветке за окно ноль коммитов, головной коммит остановился на 57c548c от 11-03 06:13 UTC (результат слияния 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: десять коммитов за окно — в основном обновления браузера и Python-пакетов, CI переходит на другой способ подписи (11-04)

Дата: 2026-11-04　Источники: список коммитов, firefox 159.0, expat 2.10.0, изменение подписи CI

Все десять коммитов сосредоточены на 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, и новые spec, связанные с AI, не добавлялись.

2.2 Главный репозиторий ruyi: ноль коммитов и ноль тегов, 0.54.0-beta.20261102 остаётся последней предварительной версией (состояние на 11-05)

Дата: 2026-11-05 (состояние)　Источники: список релизов ruyi, список коммитов

В окне мониторинга главного репозитория ноль коммитов, новых тегов также нет. В списке релизов последним остаётся 0.54.0-beta.20261102 (11-02 18:37 пекинское время), стабильной версией остаётся 0.53.0, выпущенная 09-24. Версия 0.54.0 прошла путь от alpha 09-18 до beta 11-02, стабильный релиз пока не состоялся.

2.3 packages-index: ноль коммитов, список побочных аннотаций ABI не изменился (состояние на 11-05)

Дата: 2026-11-05 (состояние)　Источники: список коммитов packages-index

В окне ноль коммитов, последний по-прежнему от 11-02 13:26 (пекинское время). Обсуждавшаяся в прошлом выпуске проблема покрытия побочными аннотациями ABI (из 327 файлов описаний версий пакетов только 3 пакета имеют аннотации) в этом выпуске не изменилась, на стороне индекса новых данных для оценки не появилось.

2.4 Ежемесячная версия openRuyi 2026.10 по-прежнему отсутствует, страница новостей застряла на сентябрьском релизе (состояние на 11-05)

Дата: 2026-11-05 (состояние)　Источники: страница новостей openRuyi

На странице новостей в окне мониторинга нет новых записей. Последним релизным объявлением остаётся 2026.09, в октябре было только две тематические статьи (общественная инфраструктура программной экосистемы RISC-V, открытое решение UEFI-прошивки Ruyi Firmware), объявления о ежемесячной версии нет. Отсутствие версии 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, во всех трёх в окне ноль коммитов. На стороне инструментов бенчмаркинга и трансляции векторных intrinsic уже несколько выпусков подряд нет движения; фактический прирост, связанный с операторами в этом выпуске, приходится на VIR в buddy-mlir и векторные математические функции в материале выпуска 080.

3.2 Черновик двухнедельного выпуска 080: glibc libmvec и векторные математические функции newlib (11-04)

Дата: 2026-11-04　Источники: черновик выпуска 080, список коммитов репозитория статей

В обновлении репозитория статей WeChat 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 (вне окна, последние три дня)　Источники: arXiv 2611.03917

В окне мониторинга на arXiv не появилось новых статей, связанных с RISC-V; за последние три дня есть одна работа, напрямую связанная с векторизацией RVV, которую стоит зафиксировать. Авторы Vaishnavi Kouru и Robert Chun сравнивают автовекторизацию RISC-V в LLVM на циклах умножения-сложения с четырьмя точностями — fp32, int8, bf16, fp16: на общей базовой линии -march=rv64gcv int8 и fp32 векторизуются чисто, а bf16 и fp16 деградируют до массовых скалярных откатов, причём fp16 даже вырождается в поэлементные вызовы программного преобразования, если дополнительно не включить zvfbfmin/zvfbfwma и zvfhmin.

Динамическое число инструкций в пользовательском режиме QEMU даёт порядок величин: базовые ядра bf16 и fp16 выполняют соответственно в 17,0 и 75,9 раза больше инструкций, чем версии с включёнными расширениями. В статье также отмечается, что диагностика компилятора действительно сообщает о такой деградации, но формулировки не различают «добавить одну опцию компиляции и всё решается» и «неотъемлемые затраты на преобразование», поэтому пользователь не получает прямого сигнала, указывающего на исправление. Для стека RuyiAI это те же две стороны одной проблемы, что и добавление векторных математических функций в выпуске 080: с одной стороны не хватает библиотечных функций, с другой — видимости переключателей возможностей.

4. Динамика Buddy Compiler

4.1 Уточнение семантики set_vl в VIR: точный VLEN и произвольный VLEN разделены на два пути (11-04 — 11-05)

Дата: 2026-11-04 — 11-05　Источники: PR #1028, коммит слияния dd57775, PR #1029, коммит слияния 61ba191

Два PR от zhanghb97 последовательно влиты в окне мониторинга и проясняют семантику set_vl в диалекте VIR.

#1028 (влит 11-04 23:54) заставляет rvv-vlen обозначать точный VLEN цели: vscale = rvv-vlen / 64, один vector<[N]xT> содержит N умножить на vscale полос, разбиение выполняется по полным векторам. Ранее rvv-vlen трактовался как минимальный VLEN, маски были все истинными, но всё же оставались в коде — llc сохранял vid и vmslt, обращения к памяти шли с масками, rotate_half в RoPE превращался в slides плюс выбор по маске, а в декодировании внимания маска ещё и переполнялась. Ядра на K3, собранные под ширину вектора 1024 бита, — типичный сценарий этого пути.

#1029 (влит 11-05 01:32) обрабатывает универсальную сборку без указания rvv-vlen: в этом случае код должен быть корректен для произвольного VLEN, strip-mined области шагают во время выполнения на N умножить на vscale, векторы фиксируются по минимальному размеру 128 бит; set_vl с результатом отклоняется напрямую с сообщением «требуется rvv-vlen, то есть точный VLEN», тогда как раньше этот pass просто выдавал ошибку. Фиксированные векторы при отсутствии rvv-vlen остаются как есть и фиксируются по хосту; объявлять минимальный VLEN выше 128 не разрешается.

Смысл обоих вместе таков: семантика больше не подпирается тем, что «маска случайно оказалась вся истинной»; уже на этапе компиляции нужно указать, скомпилирован ли этот код под определённый 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 — functionalization в AOT autograd теперь отказывается увеличивать resize_ на уже функционализированных тензорах, torch.compile также падает на той же функции, и граф вообще не доходит до ResizeOp. Исправление заключается в замене теста на out-of-place aten.resize, который проходит через тот же обработчик ResizeOp и порождает тот же MLIR; вся матрица с 2.11 по 2.15 проходит.

#1027 заставляет LLVM, публикуемый CI, включать цели NVPTX/AMDGPU и активировать lld; #1025 обновляет LLVM до bef335e2143c. Все три — инфраструктурные, но зафиксированная в #1026 регрессия заслуживает внимания: ужесточение functionalization на стороне upstream проявляется в виде «граф не доходит до бэкенда», а не в виде ошибки бэкенда.

4.3 Ночная сборка остаётся на 0.1.4.dev20261103, новых релизов в окне нет (состояние на 11-05)

Дата: 2026-11-05 (состояние)　Источник: список релизов buddy-mlir

В окне новых Release нет, последний по-прежнему Nightly 0.1.4.dev20261103 (11-03 18:23 пекинское время); официальная версия по-прежнему BUDDY MLIR 0.1.3 от 10-31. Пять коммитов, влитых сегодня, ещё не дали нового ночного пакета.

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 · 05 ноября 2026 г.», то есть публикация завтра.

Судя по степени готовности, сейчас содержательны только два раздела: базовая 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, перепечатка доклада Бао Юньгана), а также выпуск 079 от 10-26.

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 есть несколько пунктов, связанных с нашим стеком: ошибка пошагового декодирования IME2 flash-attention в llama.cpp на K3 Pico-ITX, корневая причина — M[QLEN] инициализировал только первый элемент, остальные head получали ноль в качестве начального максимума; в окне мониторинга есть ответ, подтверждающий, что исправление проверено на K3 и выполнены тесты генерации и производительности с Qwen2.5-7B Q4_K_M, заметной регрессии производительности не обнаружено; предложена серия патчей U-Boot для OpenSBI FULL FIT v3, дополняющая полный путь загрузки FIT под RAM SPL; в Sail добавлена поддержка косвенного доступа к CSR Smcsrind/Sscsrind; в Spike исправлена проблема, когда при henvcfg.STCE равном нулю hip.VSTIP не сбрасывался.

5.5 Четыре группы внешних запросов дали ноль результатов, в окне arXiv новых статей нет (состояние на 11-05)

Дата: 2026-11-05 (состояние)　Источник: Google News RSS, arXiv

Четыре группы запросов «Ruyi RISC-V», «RuyiSDK», «RuyiAI», «Ruyi Community RISC-V» в окне мониторинга не дали результатов; в направлении компиляторов RISC-V на arXiv в окне также нет новых статей. Единственное релевантное за последние три дня — исследование авто-векторизации bf16/fp16 от 11-02, уже отмеченное в 3.3.

6. Наблюдения за трендами

6.1 Бэкенд идёт вперёд, фронтенд и рантайм статичны

Дата: 2026-11-05　Источник: ветка riscv llvm-project, список коммитов buddy-mlir

Все сегодняшние изменения касаются «компиляции и понижения»: бэкенд AME в LLVM дополнил классификацию регистров и планирование tile, VIR в buddy-mlir ужесточил семантику VLEN для set_vl. В то же время три фронтенд-репозитория pytorch, triton-riscv и tilelang-riscv — все с нулём коммитов. Продвижение стека сосредоточено на стабильном понижении имеющихся операторов на нижний уровень, а не на подключении новых возможностей фронтенда.

6.2 В упаковке повседневное обслуживание сочетается с застоем в релизах

Дата: 2026-11-05　Источник: список коммитов openRuyi, список релизов ruyi

В openRuyi десять коммитов за день: firefox, expat и четыре 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 ноль коммитов, в main двадцать коммитов синхронизации с upstream, восемь открытых PR не смержены; triton-riscv: ноль коммитов, PR #98 открыт заново, #92 обновлён; tilelang-riscv: ноль коммитов, PR #4 и #2 по-прежнему открыты; llvm-project: в ветке riscv один коммит BOSCAME, в main ноль коммитов; в остальных репозиториях коммитов в окне мониторинга нет
Организация ruyisdk ruyi, packages-index: ноль коммитов, ноль релизов; wechat-articles: четыре коммита (черновик выпуска 080); ruyi-tuner, docs, support-matrix, репозиторий официального сайта: коммитов в окне мониторинга нет
openRuyi-Project Десять коммитов: firefox 159.0, expat 2.10.0, четыре пакета Python, два изменения CI; смержены PR #1591, #1584, #1544; месячный релиз 2026.10 по-прежнему отсутствует
buddy-compiler buddy-mlir: пять коммитов (два по VIR, два по CI, один по обновлению LLVM); в окне мониторинга ноль релизов
Форум RuyiSDK Ноль новых постов; последний — руководство по установке скрипта ruyi от 11-03; выпуск 079 по-прежнему остаётся последним двухнедельным отчётом о прогрессе
Официальный сайт RuyiAI Страницы index, blog, docs без изменений; в блоге 2 статьи, в документации 23 главы
ruyiai-daily Выпуск от 11-04 заархивирован
Google News Четыре группы запросов на китайском и английском — ноль совпадений
arXiv В окне мониторинга новых статей нет; 11-02 есть одно исследование по автоматической векторизации bf16/fp16

Полный список источников