Окно мониторинга: последние 3 дня (2026-09-15 10:40 ~ 2026-09-18 10:40, пекинское время). Эта задача — первый пробный запуск ежедневного отчёта RuyiAI; для получения достаточного количества материалов окно было расширено с обычных 24 часов до 72 часов, в дальнейшем будет выполняться ежедневно с окном 24 часа. Источники: GitHub (полная проверка коммитов, релизов и веток 16 репозиториев организации RuyiAI-Stack и 29 репозиториев организации ruyisdk; форки RuyiAI-Stack/pytorch и RuyiAI-Stack/llvm-project уже отфильтрованы по ключевым словам RISC-V, нерелевантные апстрим-коммиты не включаются), официальные двухнедельные отчёты о прогрессе RuyiSDK и форум сообщества, страница новостей дистрибутива openRuyi, репозиторий ежедневной технической разведки сообщества RuyiAI, множественные запросы Google News RSS на китайском и английском (через прокси, в данном окне совпадений нет, подробности в приложении)

Индекс текущего выпуска

  • Главное сегодня: предрелиз ruyi 0.53.0 — сканер совместимости ELF ABI (09-17)
    1. Прогресс стека RuyiAI (адаптация PyTorch / Triton / TileLang под RISC-V)
      • 1.1 20 коммитов форка PyTorch в окне — все синхронизация с апстримом, специализированная ветка RISC-V в окне молчит (09-15 ~ 09-18)
      • 1.2 В репозитории ежедневной технической разведки RuyiAI в окне добавлено два выпуска, раздел RISC-V охватывает восемь достижений (09-17 / 09-18)
      • 1.3 20 коммитов форка LLVM в окне содержат 1 апстрим-изменение, связанное с RISC-V (09-17)
      • 1.4 triton-riscv и tilelang-riscv в окне без пушей (09-14 / 07-16)
      • 1.5 Инфраструктура CI: служба продолжения задач улучшила обработку ошибок и шаблоны подсказок (09-15)
    1. Инструментальная цепочка и дистрибутивы RuyiSDK (пакетный менеджер ruyi, packages-index, openRuyi)
      • 2.1 Предрелиз ruyi 0.53.0, восемь изменений в тот же период (09-17)
      • 2.2 Сканер совместимости ELF ABI влит, умеет разбирать атрибуты RISC-V ISA и выравнивание стека (09-16)
      • 2.3 Приоритет по умолчанию встроенных и системных источников ПО может быть переопределён (09-16)
      • 2.4 При сбое проверки пакета автоматический откат к следующему зеркалу (09-17)
      • 2.5 packages-index в окне 14 коммитов: централизованное сопровождение зеркал и зеркал уровня плат (09-15 / 09-16)
      • 2.6 Расширение RuyiSDK IDE — три коммита: информация slug пакета и исправление обновления дерева пакетов (09-17)
      • 2.7 Один коммит RISC-V selftest в репозитории ядра XuanTie (09-16)
      • 2.8 openRuyi: в окне новых релизов нет, последний — 2026.08 (09-18)
    1. Векторные расширения и оптимизация операторов (VecIntrinBench / IntrinTrans / FBGEMM и связанные ядра)
      • 3.1 Оптимизация ядер MLAS RVV в ONNX Runtime: ускорение ResNet50 в 3,01 раза на K3/X100 (09-17)
      • 3.2 Библиотека визуальных моделей SpacemiT подключила предобработку к бэкенду V2D и упаковке тензоров RVV (09-17)
      • 3.3 Двухнедельный отчёт о прогрессе, выпуск 076: векторные математические функции glibc и newlib, последовательное вливание расширения LLVM P (09-15)
      • 3.4 Поддержка расширения GCC Sspmp влита в апстрим Binutils, изменения сопровождения RISE-CI внедрены (09-15)
      • 3.5 Репозитории нативных векторных бенчмарков и операторов в окне молчат (09-18)
    1. Сообщество и мероприятия (двухнедельные отчёты, форум, документация)
      • 4.1 Опубликован выпуск 076 двухнедельного отчёта о прогрессе RuyiSDK (09-15)
      • 4.2 Форум сообщества, выпуск от 09-17: новости и информация о горячих точках открытых технологий (09-17)
      • 4.3 В матрицу поддержки плат добавлен отчёт K3 CoM260 Kit, для плат K3 добавлен курс ROS 2 (09-15)
      • 4.4 Данные официального сайта сообщества и подмодули автоматически обновляются ежедневно (09-18)
      • 4.5 Контекст (вне окна): запуск страницы индекса пакетов и практика PyTorch RISC-V CI (09-11)
    1. Наблюдения за тенденциями
      • 5.1 Совместимость и инфраструктура распространения — основная линия данного окна
      • 5.2 Ритм синхронизации апстрим-форков и локальных веток RISC-V заметно разделился
      • 5.3 В инференс-ядрах RISC-V начинают появляться воспроизводимые данные измерений ускорения
      • 5.4 Пробелы и точки риска данного окна

Главное сегодня: предрелиз ruyi 0.53.0 — сканер совместимости ELF ABI

Дата: 2026-09-17　Источник: ruyi 0.53.0-beta.20260917

Самым значимым событием в окне среди организаций, связанных с RuyiAI, стал предрелиз пакетного менеджера ruyi из состава RuyiSDK: 0.53.0-beta.20260917 выпущен 09-17, набор изменений охватывает 8 объединённых запросов от 3 участников (один из них — первый вклад). Согласно примечаниям к релизу, эта версия вводит три возможности, напрямую значимые для распространения ПО на RISC-V: во-первых, добавление вендор-специфичных метаданных для пакетов и вендорской метки «RuyiSDK Certified» (#489); во-вторых, добавление базового сканера совместимости ELF ABI (#496); в-третьих, разрешение переопределять приоритеты по умолчанию для встроенных и системных репозиториев (#497). Кроме того, включены обновления зависимостей и удаление собственной сборки pygit2 (#490), исправление возврата всех типов запросов в списке сущностей (#493), исправление преждевременного прерывания при неудачной проверке (#499) и устранение одного предупреждения сборки Nuitka (#500).

По сравнению с 0.53.0-alpha.20260828, выпущенным 09-16 в 06:20 пекинского времени, бета-версия включает две ранее раздельно влитые линии — сканирование ABI и приоритеты репозиториев — в устанавливаемый артефакт, а также обновляет файлы переводов и подсказки командной строки zh_CN. Согласно официальному описанию двухнедельного прогресса, финальная версия 0.53.0 ожидается в конце сентября, текущая 0.52.0 по-прежнему может использоваться; содержимое репозиториев гарантирует совместимость с последними 3 официальными версиями. Для разработчиков RISC-V ценность этой версии в том, что она превращает вопрос «запустится ли этот бинарный пакет на этой RISC-V машине» из эмпирического суждения в детерминированный отчёт, выдаваемый инструментом, — подробности см. в 2.2.

1. Прогресс стека RuyiAI (адаптация PyTorch / Triton / TileLang для RISC-V)

Обзор окна: из 16 репозиториев организации RuyiAI-Stack в окне были пуши в 4: pytorch, llvm-project, ruyiai-daily, ruyiai-stack.github.io, а также dsh-osc (09-15); ключевые RISC-V-специфичные репозитории triton-riscv, tilelang-riscv, harness, FBGEMM, cpuinfo, VecIntrinBench, IntrinTrans, torq-tile, pytorch-ci в окне не имели пушей.

1.1 В окне 20 коммитов форка PyTorch — все синхронизация с upstream, RISC-V-специфичные ветки в окне молчат (09-15 — 09-18)

Дата: 2026-09-18　Источники: список веток RuyiAI-Stack/pytorch

В окне в основной ветке RuyiAI-Stack/pytorch было 20 коммитов, все заголовки — обычные изменения upstream PyTorch (разделение и откат переменных dynamo, перенос MPS metal, корректировка распределённого all_gather и т. д.); после построчной фильтрации по ключевым словам RISC-V, RVV, векторные расширения, rv64, XuanTie попаданий 0, поэтому в этом выпуске не включено ни одной записи синхронизации с upstream. RISC-V-специфичные ветки этого форка — riscv-base, test-riscv64-ci, update-blocklist, agent/riscv-linear-cross-entropy-ulp, sync/upstream-lc-eps-riscv — в окне также не имели пушей, время последних коммитов остаётся на более ранних точках: 2026-04-23, 2026-04-23, 2026-07-24 и т. д. Это означает, что локальная линия адаптации для RISC-V в окне находится в спокойной фазе, работа в основном состоит в поддержании синхронизации форка с upstream.

1.2 Репозиторий ежедневной технической разведки RuyiAI пополнился двумя выпусками в окне, раздел RISC-V охватывает восемь достижений (09-17 / 09-18)

Дата: 2026-09-18　Источники: ruyiai-daily

RuyiAI-Stack/ruyiai-daily — репозиторий ежедневной технической разведки сообщества, в окне добавлены два выпуска — 09-17 и 09-18 (выпуск 09-18 закоммичен в тот день в 06:47). Разделы RISC-V обоих выпусков в сумме перечисляют восемь проверенных достижений: тестовый набор XuanTie Hypervisor переведён на макросы возможностей, экспортируемые из конфигурации UDB; библиотека визуальных моделей SpacemiT получила опциональный бэкенд V2D; оптимизация ядер MLAS RVV в ONNX Runtime; sail-riscv разрешает настройку CSR mcountinhibit; спецификация привилегий RISC-V уточняет поведение WFI по отношению к RNMI; репозиторий курса XiangShan коммитит проектный документ об обновлении контекстного переключения BPU; RISC-V International публикует интервью с Openchip; адаптация версии RVA23 для deepin 25 под SpacemiT K3. Заявленная позиция репозитория — использовать только подтверждённые доказательства, вернувшиеся в официальные блоги, анонсы, RFC, Release или официальные API, агрегаторы служат лишь для обнаружения кандидатов; в этом отчёте все процитированные им записи были прослежены до исходного PR или ссылки на блог перед цитированием.

1.3 В окне 20 коммитов форка LLVM, включая 1 изменение upstream, связанное с RISC-V (09-17)

Дата: 2026-09-17　Источник: llvm-project a47fe60

В окне мониторинга из 20 коммитов в основной ветке RuyiAI-Stack/llvm-project непосредственно с RISC-V связан 1: «[RISCV] Account for VL toggle cost when splitting VP memory intrinsics», то есть при разбиении intrinsic’ов памяти VP (векторных предикатов) стоимость переключения VL учитывается в модели стоимости. Это изменение бэкенда RISC-V из upstream LLVM, синхронизированное через fork; оно относится к зеркальной активности, а не к локальной разработке команды, и включено для отслеживания по линии инструментальных цепочек. (В том же наборе есть ещё 1 коммит об отклонении парсером MLIR vector outerproduct операндов нулевой размерности, не имеющий прямого отношения к RISC-V, — не включён.)

1.4 triton-riscv и tilelang-riscv: в окне нет пушей (09-14 / 07-16)

Дата: 2026-09-18　Источник: triton-riscv, tilelang-riscv

В репозиториях адаптации Triton и TileLang под RISC-V в данном окне новых коммитов нет: последний коммит triton-riscv датирован 2026-09-14, то есть всего примерно на 20 часов раньше начала окна; последний коммит tilelang-riscv — 2026-07-16. Ветка по умолчанию в обоих репозиториях — main, число коммитов в окне — 0, поэтому в этом выпуске нет пунктов об адаптации на уровне операторных языков.

1.5 Инфраструктура CI: сервис продолжения задач улучшает обработку ошибок и шаблоны подсказок (09-15)

Дата: 2026-09-15　Источник: коммиты dsh-osc

В окне в RuyiAI-Stack/dsh-osc есть 1 коммит: «[github-ci-continuation] Enhance GitHub CI continuation service with improved error handling, new task prompts», то есть улучшение обработки ошибок в сервисе продолжения задач непрерывной интеграции и добавление новых шаблонов подсказок для задач. Имя этого репозитория имеет префикс osc; судя по сообщению коммита, он относится к инфраструктуре сообщества в области автоматизации и оркестрации CI, а не к компиляции RISC-V или операторам как таковым; здесь приводится лишь как запись динамики в окне.

2. Инструментальная цепочка и дистрибутивы RuyiSDK (менеджер пакетов ruyi, packages-index, openRuyi)

Обзор окна: из 29 репозиториев организации ruyisdk коммиты в окне есть у ruyi (20 коммитов, 2 релиза), packages-index (14), wechat-articles (7), ruyisdk-vscode-extension (3), ruyisdk-website (2), linux-xuantie-kernel (1); в support-matrix, board-docs, docs, ruyi-backend, ruyici, ruyisdk-overlay, ruyi-tuner, LuaJIT, ruyisdk-eclipse-plugins и других в окне пушей нет.

2.1 ruyi 0.53.0 предвыпуск, восемь изменений выходят одновременно (09-17)

Дата: 2026-09-17　Источник: ruyi 0.53.0-beta.20260917

Подробности см. в разделе «Главное за сегодня». Дополнительно два момента о форме выпуска: во-первых, этот предвыпуск предоставляется одновременно по двум каналам получения — однострочный бинарный дистрибутив и установка через PyPI (pip install ruyi); бинарник также можно скачать с зеркала RuyiSDK, для использования однострочной версии файл нужно переименовать в ruyi; во-вторых, среди контрибьюторов этой версии есть один впервые коммитящий, панель контрибьюторов насчитывает 3 человека, что говорит о том, что канал внешних contributions сообщества всё ещё работает. В окне в этом репозитории есть ещё один предварительный предвыпуск 0.53.0-alpha.20260828; вместе они составляют полную предвыпускную последовательность перед официальным релизом 0.53.0.

2.2 Сканер совместимости ELF ABI влит, умеет разбирать атрибуты RISC-V ISA и выравнивание стека (09-16)

Дата: 2026-09-16　Источник: ruyi PR #496

Наиболее заметное изменение в этом окне, отражающее позиционирование «нативной цепочки инструментов RISC-V» — включение сканера совместимости ELF ABI: он сканирует исполняемые файлы и архивы ELF, извлекает GNU property note и сегменты атрибутов производителя, генерирует детерминированные сопутствующие файлы .abi.toml и поддерживает сводные отчёты. Сканер регистрирует интерпретаторы по архитектурам, при этом на стороне RISC-V он может декодировать строки ISA и требования выравнивания стека (а также уже добавлена защита от некорректной длины атрибутов), кроме того есть интерпретаторы особенностей BTI/PAC для AArch64 и уровня характеристик ISA для x86-64, что формирует расширяемую многоархитектурную среду; для поддержки сканирования также добавлены две зависимости — pathspec и pyelftools. Практическое значение для экосистемы RISC-V состоит в том, что возможность запуска программного пакета на конкретной машине (например, удовлетворяет ли она RVA23 или содержит векторные расширения) может быть получена в виде структурированного вывода инструмента, а не полагаться на ручную диагностику.

2.3 Стандартные приоритеты встроенных и системных источников ПО могут быть переопределены (09-16)

Дата: 2026-09-16　Источник: ruyi PR #497

ruyi позволяет через конфигурацию переопределять стандартные приоритеты встроенных источников ПО и источников ПО системного уровня, а также соответствующим образом изменена документация формата источников ПО (помечено как изменение формата repo, позволяющее задавать стандартный приоритет репозитория). Это изменение позволяет пользователям явно упорядочивать локальные зеркала, корпоративные внутренние зеркала и официальные источники, избегая ситуации, когда фиксированный приоритет встроенных источников подавляет пользовательские источники; это довольно практично для сценариев, зависящих от распределения нагрузки через зеркала в условиях китайской сетевой среды. В тот же набор коммитов также вошли временный патч ruyi-pytest и последующий откат, что относится к промежуточному состоянию процесса тестирования.

2.4 При неудачной проверке пакета автоматический откат к следующему зеркалу (09-17)

Дата: 2026-09-17　Источник: ruyi PR #499

Исправлено хрупкое поведение на этапе загрузки программных пакетов: когда контрольная сумма выпускаемого файла, возвращённого некоторым зеркалом, не совпадала, ранее это преждевременно прерывало весь процесс установки, теперь же выполняется попытка перейти к следующему зеркалу, а также добавлен тест, покрывающий этот путь отката при неудачной проверке. Это исправление напрямую addressing проблему периодических неполных или повреждённых фрагментов на зеркальных сайтах и непосредственно улучшает успешность установки в условиях китайских зеркальных сред. В тот же набор также вошли обработка сценария, когда загрузка успешна, но содержимое повреждено, и исправления тестов.

2.5 packages-index: 14 коммитов в окне: сосредоточенное сопровождение зеркал и зеркал уровня плат (09-15 / 09-16)

Дата: 2026-09-16　Источник: история коммитов packages-index

В окне в репозитории индекса источников ПО RuyiSDK было 14 коммитов, направление которых сосредоточено на сопровождении зеркал и зеркал уровня плат: добавлено зеркало openkylin-cdimage, для пакета OpenCV ограничен адрес загрузки через зеркало, отмечено, что зеркальный сайт больше не зеркалирует образы FreeBSD, исправлена партия неработающих ссылок на зеркала уровня плат Armbian и удалены неисправимые записи, восстановлена версия XFCE для spacemit-musepipro и обновлена до нового номера версии. Предыдущая партия изменений от 09-15 удалила три зеркала уровня плат Armbian XFCE, сопровождение которых прекращено вышестоящим проектом (Orange Pi RV2, SpacemiT Muse Pi Pro, StarFive VisionFive 2), обновила образ OpenWrt для SiFive Unmatched до 0.2512.5 и подняла образ RevyOS SG2042 до 20260504. Эти действия показывают, что источник ПО проводит вычитание и калибровку в соответствии со статусом сопровождения вышестоящим проектом.

2.6 Расширение RuyiSDK IDE: три коммита: информация slug пакета и исправление обновления дерева пакетов (09-17)

Дата: 2026-09-17　Источник: история коммитов ruyisdk-vscode-extension

В окне в расширении VS Code для RuyiSDK было 3 коммита, все они касаются отображения пакетов и согласованности представлений: добавление информации slug в сведения о пакете, удаление slug из меток пакетов, исправление проблемы с отсутствием обновления дерева пакетов после очистки ресурсов. В сочетании с недавними изменениями, раскрытыми в официальном двухнедельном отчёте о прогрессе (отображение прогресса загрузки при установке пакетов, поддержка virtual workspaces, рекомендация сторонних плагинов для протестированных языков, исправление всплывающего окна кнопки версии в нижней панели), основное внимание работы на стороне IDE на этом этапе — удобство использования и представление информации, а не расширение новых функций.

2.7 Один коммит RISC-V selftest в репозитории ядра XuanTie (09-16)

Дата: 2026-09-16　Источник: коммит 3dc1b7b1 в linux-xuantie-kernel

ruyisdk/linux-xuantie-kernel — ветка по умолчанию — linux-6.6.36, в окне мониторинга 1 коммит: «selftests: riscv: dtso: Update hwprobe key and handle unsupported keys», то есть обновление ключа hwprobe в самотестировании overlays дерева устройств RISC-V и обработка неподдерживаемых ключей. Это поддержание корректности на уровне самотестирования ядра, рядовой патч в поддерживаемой сообществом ветке ядра Xuantie, не связанный с поддержкой нового оборудования.

2.8 openRuyi: в окне мониторинга новых релизов нет, последний — 2026.08 (09-18)

Дата: 2026-09-18　Источники: новости openRuyi

На странице новостей дистрибутива openRuyi в окне мониторинга новых записей нет, последняя версия по-прежнему — релиз 2026.08 (2026-08-27), после него новых помесячных релизов в ветке release также не было. По обычному регламенту проверки в этом выпуске на стороне openRuyi новых релизов для включения нет; ключевые направления августовского релиза дистрибутива — сосредоточенное обновление исправлений безопасности, продвижение интеграции RISC-V и RVA23, расширение возможностей cloud native и ускоренных вычислений, а также обновления ядра, инструментальной цепочки, стека научных вычислений и рабочего стола KDE. В этом выпуске запись не переписывается, фиксируется лишь вывод проверки «в окне мониторинга новых версий нет».

3. Векторные расширения и оптимизация операторов (VecIntrinBench / IntrinTrans / FBGEMM и связанные ядра)

Обзор окна мониторинга: в трёх репозиториях организации RuyiAI, специализирующихся на векторных бенчмарках и трансляции операторов, в окне мониторинга push-активности не было; содержательная часть этого раздела взята из работ по оптимизации RISC-V векторов и операторов, включённых в разведывательную линию RuyiAI с восстановлением исходных PR, а также из итераций базовых компонентов в официальном двухнедельном отчёте.

3.1 Оптимизация ядер MLAS RVV в ONNX Runtime: ускорение ResNet50 в 3,01 раза на K3/X100 (09-17)

Дата: 2026-09-17　Источники: onnxruntime PR #32540

ONNX Runtime принял оптимизацию ядер MLAS RISC-V RVV, охватывающую четыре класса операторов: softmax, свёртки NCHWc, глубинные свёртки и функции активации. Измеренные автором результаты в условиях одного ядра, одного потока и фиксированной частоты таковы: ResNet50 на C920V2 снизился с 1398,1 мс до 567,3 мс, на K3/X100 — с 816,3 мс до 271,6 мс, что соответствует ускорению в 2,46 и 3,01 раза соответственно. Это редкое в данном окне мониторинга публичное изменение, напрямую приводящее цифры ускорения инференса на уровне модели на отечественных платформах RISC-V; автор также отмечает, что тесты производительности выполнялись до финальной интеграции файлов глубинных свёрток и последнего rebase, результаты ограничены указанными сборкой, моделью и одноядерной конфигурацией и не должны экстраполироваться на многоядерный режим или сквозную выгоду для всех моделей.

3.2 Подключение бэкенда V2D и упаковки тензоров RVV в предобработку библиотеки визуальных моделей SpacemiT (09-17)

Дата: 2026-09-17　Источники: model-zoo-vision PR #82

Этап предобработки библиотеки визуальных моделей SpacemiT расширен до трёхпутевой диспетчеризации: CPU, OpenCL и опциональный бэкенд V2D, а также добавлены упаковка тензоров и кэширующий padding для CPU и RVV при одновременном обеспечении настраиваемого отката и безопасной обработки сбоев перед коммитом. Это изменение закрывает давно игнорировавшийся участок цепочки развёртывания — предобработку изображений вне ядер инференса, которая ранее часто реализовывалась чисто на CPU и становилась скрытым узким местом сквозной пропускной способности. V2D — опциональный бэкенд, его фактическая доступность зависит от устройства и конфигурации запуска; в исходном тексте не приведено обобщаемых цифр сквозного ускорения.

3.3 Двухнедельный отчёт, выпуск 076: векторные математические функции glibc и newlib, последовательное принятие расширения P LLVM (09-15)

Дата: 2026-09-15　Источники: двухнедельный отчёт RuyiSDK, выпуск 076

В основах компонентов, раскрытых в двустороннем отчёте о прогрессе выпуска № 076, векторное направление занимает значительную долю: glibc переносит log10, log10f, log10p1, log10p1f, log1p, log1pf в существующую инфраструктуру векторной математики libmvec; newlib переносит atan2pi, exp2, cbrt, cospi, exp10, log2p1 в свою инфраструктуру векторной математики. PR, отправленные в этом выпуске на стороне LLVM, охватывают две линии: SLP-векторизацию и расширение P: проверка законности выравнивания для загрузок с постоянным шагом SLP переведена на CommonAlignment, чтобы избежать расширения 32-битных загрузок в невыровненные 64-битные обращения RVV, вызывающие SIGBUS (#222520, уже объединено); на стороне расширения P последовательно добавлены packed multiply-parts accumulate, его свёртка с сложением, packed element extract, а также исправление кодирования непосредственных операндов psati.dw/dh. Общее направление этих изменений — сделать векторные и упакованные инструкции надёжно доступными в бэкенде компилятора.

3.4 Поддержка расширения Sspmp в GCC добавлена в upstream Binutils, изменения по обслуживанию RISE-CI вошли в код (09-15)

Дата: 2026-09-15　Источник: коммит binutils b16f1003

В выпуске № 076 также сообщается: поддержка инструментальной цепочки расширения Sspmp добавлена в upstream Binutils; дополнены псевдонимы инструкций Binutils для расширения P, а также исправлены проблемы, обнаруженные при тестировании API intrinsics; изменения по обслуживанию RISE-CI прошли проверку на совещании и официально вошли в три upstream-репозитория (gcc-postcommit-ci, gcc-precommit-ci и riscv-gnu-toolchain-ci). Кроме того, V8 исправил ряд дефектов, связанных с атомарными операциями, сравнением чисел с плавающей запятой и расширением знака; OpenJDK добавил поддержку автоматического включения расширений Zfa, Zvbc, Zvfhmin и других, а также начал исследование по переносу AOT-статической компиляции Project Leyden; QEMU добавил тестовые примеры TCG для расширения P. Большая часть этих работ относится к upstream-каналам, в которых сообщество RuyiSDK участвует напрямую или вносит свой вклад.

3.5 Нативные векторные бенчмарки и репозиторий операторов без активности в окне мониторинга (09-18)

Дата: 2026-09-18　Источник: VecIntrinBench, IntrinTrans, FBGEMM

Три репозитория в организации RuyiAI, непосредственно связанные с векторной оптимизацией, не имели пушей в окне мониторинга: последний коммит репозитория векторных intrinsic-бенчмарков VecIntrinBench — 2026-02-13, репозитория перевода intrinsic IntrinTrans — 2026-06-25, репозитория адаптации FBGEMM — 2026-07-13; входящие в ту же организацию cpuinfo, torq-tile, harness, pytorch-ci также не имеют коммитов внутри окна мониторинга. Поэтому проверяемое содержание линии векторной оптимизации в этом выпуске в основном составляют внешние upstream-изменения из разделов 3.1–3.4, а собственные бенчмарки и инструментальная цепочка перевода данной организации находятся в состоянии отсутствия обновлений.

4. Сообщество и мероприятия (двусторонний отчёт о прогрессе, форум, документация)

4.1 Опубликован двусторонний отчёт о прогрессе RuyiSDK № 076 (09-15)

Дата: 2026-09-15　Источник: пост в сообществе

Двусторонний отчёт о прогрессе № 076 опубликован 09-15 и является важнейшим документом сообщества в этом выпуске. Основная линия, заданная во вступительном слове: менеджер пакетов продвигается в соответствии со скорректированным ритмом выпуска версий, 0.53.0 ожидается к официальному релизу в конце сентября, а 0.52.0 остаётся доступной; команда продвигает инфраструктуру проверки и отчётности о совместимости ABI бинарных пакетов, а также работу по упаковке для macOS большего числа официально поддерживаемых программных пакетов. Основной текст разворачивается в четырёх разделах: базовая среда разработки (менеджер пакетов, IDE), сообщество и создание контента (обновление ресурсов репозитория пакетов, матрица поддержки плат разработки, репозиторий примеров для плат разработки), базовые компоненты (базовая библиотека C, GCC, LLVM, V8, OpenJDK, Go, QEMU). Их содержание уже было включено по тематике в разделы 2.6, 3.3 и 3.4.

4.2 Новостная подборка горячих тем открытых технологий на форуме сообщества, выпуск от 09-17 (09-17)

Дата: 2026-09-17　Источник: пост в сообществе

Форум сообщества RuyiSDK 09-17 опубликовал новый выпуск новостей о горячих точках открытых технологий, ключевой обзор сосредоточен на экосистеме открытого аппаратного обеспечения и компиляторов: MediaTek официально отправил в upstream LLVM поддержку nanoMIPS (ISA с кодированием переменной длины, первый коммит — PR #223032), бэкенд Triton понижает atomic_load/atomic_store до встроенной ассемблерной вставки PTX и усиливает векторизацию, Spike исправляет ошибочное раскрытие mseccfg и senvcfg при отсутствии поддержки режимов S/U. Эта серия постов поддерживается сообществом и является одним из публичных каналов вывода технической информации экосистемы RuyiAI во внешний мир.

4.3 В матрицу поддержки плат добавлен отчёт K3 CoM260 Kit, для платы K3 добавлен курс ROS 2 (09-15)

Дата: 2026-09-15　Источник: support-matrix PR #399

В матрицу поддержки плат в этом выпуске добавлен отчёт о тестировании SpacemiT K3 CoM260 Kit на Buildroot на китайском и английском языках (PR #399), а также обновлены отчёт по Debian для HiFive Premier P550 и пять отчётов на китайском и английском языках по Arch Linux, Debian, RT-Thread, RT-Thread Smart и Ubuntu 24.04 для Milk-V Duo S (PR #393–#398). На стороне репозитория примеров для плат board-docs добавил для K3 Pico-ITX точку входа в курс ROS 2 и метаданные первой главы курса, а также переключил источник документации курса на зеркало GitHub (PR #44, #45), во фронтенде синхронно добавлены страница курса и маршруты на китайском и английском языках. Эти материалы составляют инфраструктуру документации и верификации RuyiSDK, ориентированную на платы разработки.

4.4 Данные официального сайта сообщества и подмодули ежедневно обновляются автоматически (09-18)

Дата: 2026-09-18　Источник: ruyisdk-website коммит c6307acd

В окне мониторинга в репозитории официального сайта сообщества было 2 автоматических коммита, обновляющих соответственно данные API и подмодули, оба являются результатом работы задач по расписанию. Такие коммиты сами по себе не содержат инженерных решений, но могут служить объективной записью того, что «конвейер данных сайта сообщества нормально работает в окне мониторинга»; именно через эти автоматические обновления информация о пакетах и версиях RuyiSDK попадает на уровень отображения сайта.

4.5 Контекст (вне окна): запуск страницы индекса пакетов и практика PyTorch RISC-V CI (09-11)

Дата: 2026-09-11　Источник: запуск страницы пакетов, практика PyTorch RISC-V CI

Две новости сообщества, выходящие за пределы окна мониторинга, но напрямую связанные с этой темой; здесь они приводятся лишь в качестве контекста и не включаются в содержание индексных записей этого выпуска: во-первых, запущена страница индекса пакетов RuyiSDK, которая организует зеркала, версии и отношения совместимости по устройствам и пакетам, поддерживая три хост-архитектуры — x86_64, aarch64, riscv64; во-вторых, сообщество опубликовало описание практики PyTorch RISC-V CI, раскрыв, что уже построена инфраструктура PyTorch CI, ориентированная на RISC-V, используемая для основного набора тестов в fork-репозитории RuyiAI, и что за счёт шардирования тестов, управления blocklist и непрерывной регрессии охват постепенно расширяется, а связанные проблемы адаптации архитектуры постоянно направляются в upstream. Последнее можно сопоставить с текущим состоянием RISC-V-веток fork в 1.1.

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

5.1 Совместимость и инфраструктура распространения — главная линия этого окна

Три наиболее значимых изменения RuyiSDK в этом выпуске — сканер совместимости ELF ABI, переопределяемый приоритет источников пакетов, автоматический откат при неудаче проверки образа — относятся к одной линии: «сделать так, чтобы пакеты можно было надёжно находить, скачивать и подтверждать их пригодность». Они служат одной цели: детерминированности распространения программного обеспечения RISC-V. В сочетании с удалением из packages-index зеркал, поддержка которых прекращена upstream, и подключением новых зеркал, таких как openkylin-cdimage, видно, что сообщество превращает каждый этап цепочки распространения из договорённости в проверяемый механизм, что согласуется с графиком ожидаемого в конце сентября выпуска официальной версии 0.53.0.

5.2 Синхронизация с upstream fork и ритм локальных RISC-V-веток заметно разделились

RuyiAI-Stack/pytorch и llvm-project в окне мониторинга имеют по 20 коммитов, почти все — синхронизация с upstream, тогда как специализированные ветки RISC-V в тот же период молчат: самая долго молчащая остановилась на апреле, самая свежая — на июле. Это разделение само по себе здоровое: fork остаётся близок к upstream, локальные изменения адаптации сосредоточены в определённых ветках и продвигаются в своём ритме, а не дрейфуют ежедневно вслед за upstream. Но это также означает, что когда линия адаптации RISC-V входит в спокойную фазу, взгляд только на объём коммитов fork создаёт иллюзию «большой активности»; необходимо фильтровать по ключевым словам и отдельно проверять специализированные ветки, и именно так был получен вывод о 0 попаданий в этом окне.

5.3 В ядрах вывода RISC-V начинают появляться воспроизводимые данные фактического ускорения

Оптимизация MLAS RVV в ONNX Runtime дала результаты измерений ResNet50 на одном ядре для C920V2 и K3/X100 (ускорение в 2,46 и 3,01 раза), а библиотека визуальных моделей Jindie Spacetime расширила оптимизацию с ядер вывода на этап предобработки. По сравнению с прежними формулировками в духе «влито в поддержку некоего ядра», формулировки в этом окне уже содержат полный набор из платформы, модели и кратности ускорения, а также сопроводительные ограничения вида «результаты ограничены одним ядром, одним потоком и фиксированной частотой; тестирование проводилось до последнего rebase». Это сигнал движения стека RISC-V AI от «работает» к «работает быстро и измеряется точно», а также линия метрик, которую стоит постоянно отслеживать в последующих ежедневных отчётах.

5.4 Пробелы и риски текущего окна

Необходимо честно указать на пробелы этого выпуска: три репозитория в организации RuyiAI, специализирующиеся на векторных бенчмарках и трансляции операторов (VecIntrinBench, IntrinTrans, FBGEMM), а также harness, cpuinfo, torq-tile, pytorch-ci — в пределах окна не имели ни одного коммита; последний коммит triton-riscv был примерно на 20 часов раньше начала окна; tilelang-riscv не обновлялся почти два месяца; openRuyi не имеет новых версий. Кроме того, широкие новостные запросы на китайском и английском (RuyiSDK, Zhuyi RISC-V, RuyiAI) в пределах окна дали ноль совпадений, что говорит о том, что видимость проекта в международном новостном поле остаётся низкой, и источниками материалов для ежедневного отчёта по-прежнему будут официальные репозитории и форумы сообщества. С точки зрения рисков следует обратить внимание: 0.53.0 всё ещё находится в статусе beta, и то, как выводы .abi.toml, полученные в результате сканирования ABI, будут включены в официальный процесс релиза, а также влияние изменения формата источников программного обеспечения, внесённого изменениями приоритетного покрытия, на конфигурации существующих пользователей — всё это требует перепроверки после выпуска официальной версии.

Приложение: таблица проверки источников

Источник Результат проверки
Организация RuyiAI-Stack (16 репозиториев) В пределах окна было отправлено в 4 репозитория (pytorch, llvm-project, ruyiai-daily, ruyiai-stack.github.io) и в 1 (dsh-osc); 9 ключевых специализированных репозиториев RISC-V без отправок
Организация ruyisdk (29 репозиториев) В пределах окна коммиты были в 6 репозиториях; ruyi — 20 коммитов и 2 релиза, packages-index — 14, wechat-articles — 7
Фильтрация форков вышестоящих проектов на GitHub В pytorch — 20 коммитов, 0 совпадений по ключевым словам RISC-V; в llvm-project — 20 коммитов, 1 совпадение
Дистрибутив openRuyi На странице новостей нет новых записей, последняя версия по-прежнему 2026.08 (2026-08-27)
Форум сообщества RuyiSDK В пределах окна 4 новых сообщения (09-15 двухнедельный отчёт, 09-15 две перепечатки, 09-17 актуальные новости, 09-17 проверка перепечатки)
Google News RSS (6 групп запросов на китайском и английском, через прокси) Запросы RuyiSDK, Zhuyi RISC-V, RuyiAI и другие в пределах окна дали ноль совпадений; связность прокси подтверждена нормальной с помощью нефильтрованного по времени запроса
Hacker News / RSS производителей В пределах окна нет записей, связанных с RuyiAI
Release / метаданные веток официальных репозиториев Построчная сверка времени коммитов и веток; время pushed специализированных веток форков определяется по источнику Atom ветки

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

9>