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

Источники: проверка пушей в ключевых репозиториях и организациях GitHub (RuyiAI-Stack, ruyisdk, openRuyi-Project, buddy-compiler, по каждому репозиторию сверены коммиты, PR, Release и теги в окне, резервная проверка по atom на уровне веток; апстрим-форки отфильтрованы по ключевым словам RISC-V / RVV / XuanTie), Release пакетного менеджера ruyi, packages-index, SPECS и смерженные PR в упаковочном репозитории openRuyi, форум сообщества разработчиков RuyiSDK, репозиторий статей ruyisdk в WeChat (двухнедельный отчёт, выпуск 080), архив ежедневной разведки ruyiai-daily, три снимка главной страницы RuyiAI, страница новостей дистрибутива openRuyi, целевые запросы Google News RSS на китайском и английском (через прокси), поиск по arXiv.

Индекс выпуска

  • Главное за сегодня: triton-riscv смержил плагинную переработку Triton 3.9.0, набор патчей обнулён, отдельный дистрибутивный пакет уходит (11-05)
    1. Прогресс стека RuyiAI (адаптация PyTorch / Triton / TileLang под RISC-V)
      • 1.1 triton-riscv: точка входа сборки сведена к Makefile, бэкенд устанавливается в пакет Triton как плагинный каталог (11-05)
      • 1.2 triton-riscv: ритм выпусков переведён на ежедневные nightly и release по выходным, параллелизм pytest зафиксирован на 16 (11-05)
      • 1.3 triton-riscv: stable ABI wheel покрывает с 3.12 по 3.15, исправлено определение инструментария manylinux (11-05)
      • 1.4 pytorch: в ветке riscv ноль коммитов, в main пятьдесят пять коммитов синхронизации с апстримом без элементов RISC-V (статус 11-06)
      • 1.5 tilelang-riscv и llvm-project: в окне ноль коммитов, последний LLVM по-прежнему от 11-04 (статус 11-06)
    1. Инструментарий и дистрибутивы RuyiSDK
      • 2.1 openRuyi: упаковка LibreOffice 1/n и 2/n смержена, сорок один коммит за сутки (11-05)
      • 2.2 openRuyi: обновление безопасности libvirt 12.9.0, util-linux 2.42.4, разделение scdaemon в gnupg (11-05)
      • 2.3 ruyi: 0.54 назначен ориентировочно на 11 ноября, в основном репозитории ноль коммитов, три черновых исправления не переведены в готовое состояние (11-05)
      • 2.4 packages-index: ноль коммитов, в источник ПО добавлен инструментарий K1/K3, месячный выпуск за октябрь по-прежнему отсутствует (статус 11-06)
      • 2.5 OpenJDK: порт JEP 544 AOT прошёл тесты и влит в основную ветку JDK (11-05)
    1. Векторные расширения и оптимизация операторов
      • 3.1 LLVM: смержены шесть апстрим-PR по P-ext и XTHeadBb, заложена первая версия матричного расширения Ztt v0.6 (11-05)
      • 3.2 GCC: три оптимизации Zba/Zbs/Zbkb вошли в основную ветку, начата подготовка к оценке SPEC CPU 2026 (11-05)
      • 3.3 V8: шесть патчей, включая сохранение векторного хвоста при скалярных перемещениях и разрешение VLEN=1024 (11-05)
      • 3.4 VecIntrinBench, IntrinTrans, FBGEMM: три репозитория продолжают молчать (статус 11-06)
    1. Динамика Buddy Compiler
      • 4.1 runtime: добавлен контроллер генерации общего serving, поддерживающий выбор слов на стороне устройства (11-05)
      • 4.2 VIR: патч масштабируемого lowering векторов — broadcast переведён на vector<[2]xT>, ядро деградирует по опции llc (11-05)
      • 4.3 Ночная сборка продвинулась до 0.1.4.dev20261105 (11-05)
    1. Сообщество, мероприятия и официальный сайт
      • 5.1 Двухнедельный отчёт, выпуск 080, финализирован: все разделы объединены, вводное слово и раздел документации на сайте пока пусты (11-05)
      • 5.2 Три страницы официального сайта без изменений, две статьи в блоге, двадцать три главы документации (статус 11-06)
      • 5.3 На форуме в окне нет новых сообщений, последнее по-прежнему от 11-03 — руководство по установке ruyi (статус 11-06)
      • 5.4 Выпуск ruyiai-daily за 11-05 заархивирован, шесть разделов включают ключевые новости PyTorch и RISC-V (11-05)
      • 5.5 Шесть групп внешних новостных запросов дали ноль попаданий, в окне нет новых статей на arXiv (статус 11-06)
    1. Наблюдения за трендами
      • 6.1 От ветки сопровождения к паразитированию на апстриме: плагинизация обменивает стоимость патчей на привязку к версии
      • 6.2 Восполнение настольного офисного пробела на стороне упаковки и тихое параллельное движение AI-стека
      • 6.3 Прирост выпуска 080 приходится на компилятор и runtime, а не на фронтенд прикладного уровня

Главное за сегодня: triton-riscv смержил плагинную переработку Triton 3.9.0, набор патчей обнулён, отдельный дистрибутивный пакет уходит (11-05)

Дата: 2026-11-05　Источники: PR #98, список коммитов, PR #92

11-05 11:13 (пекинское время), PR #98 от trdthg «Bump Triton to main (3.9.0)» слит в основную ветку: 5 коммитов, 66 файлов, добавлено 1806 строк, удалено 3868 строк. Объём удалённого примерно вдвое превышает объём добавленного, и это определяет характер переделки — это не наложение ещё одного слоя патчей поверх существующей ветки, а полное удаление самого подхода с патчами.

Первое изменение — форма бэкенда. Механизм Triton TRITON_PLUGIN_DIRS устанавливает backend/ как плагин бэкенда triton_shared, регистрирует точку входа, подключает C++ плагин к libtriton.so и копирует triton-shared-opt в пакет вместе с остальным. Отдельный дистрибутивный пакет triton-riscv при этом исчезает, импорты в коде единообразно переводятся на это имя плагина. Сам бэкенд теперь ищет buddy-opt, buddy-llc, mir-translate и triton-shared-opt через paths.py; драйвер CPU объявляет себя активным только при отсутствии какого-либо GPU-бэкенда.

Второе изменение — обнуление набора патчей. Каталог patches/ и скрипты применения патчей удалены полностью. Ранее у набора патчей было две причины существования: обеспечить сборку Triton в среде без инструментальных цепочек NVIDIA/AMD и подстраховать частые изменения API LLVM. Теперь дистрибутив LLVM от buddy-mlir включает цели NVPTX/AMDGPU и lld, а путь зависимостей Triton от GPU перенаправляется в stub-каталог — обе причины отпадают, и набор патчей теряет смысл существования.

Третье изменение — слияние путей сборки пакетов. release.sh больше не собирает второй wheel: поддержка плагинов Triton уже помещает бэкенд и triton-shared-opt в wheel Triton, скрипт лишь удаляет инструменты и напрямую вызывает bdist_wheel. Makefile становится единой точкой входа для setup, build, test, lit, clean, причём test зависит от lit.

Цена записана в описании коммитов того же PR. Фронтенд Triton 3.9 читает из бэкенда поля вроде backend_name; без него каждый вызов tl.atomic_* выбрасывает AttributeError, из-за чего на riscv64 падают 383 теста FlagGems. Только после добавления трёх полей — backend_name, default_dot_input_precision и deprecated_fp8_dot_operand_dtypes — область отказов сократилась. Есть уступка и на стороне примеров: upstream отклонил фронтенд-патч для asin/acos/atan/atan2, и примеры переведены на libdevice, который сводит их к тем же __nv_* extern_elementwise, а затем triton-shared преобразует их в операторы MLIR math.

PR #92 «Rebase integration onto the official Triton v3.8.0 release» на том же пути в тот же день закрыт неслитым. Спор двух маршрутов, зафиксированный в прошлом выпуске (#92 — стабильность до 3.8.0, #98 — следование основной линии 3.9.0), на этом сошёлся ко второму.

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

1.1 triton-riscv: точка входа сборки сведена к Makefile, бэкенд устанавливается в пакет Triton через каталог плагинов (11-05)

Дата: 2026-11-05　Источники: список коммитов, PR #98

После перехода на плагины путь импорта бэкенда внутри пакета Triton — triton.backends.triton_shared. Поверхность установки этого набора стала уже, чем раньше: больше нет двух дистрибутивных пакетов и больше не предполагается наличие рядом рабочей копии buddy-mlir. Описание «двух пакетов», шаги применения патчей и допущение о рабочей копии на том же уровне удалены; shutil.which("lit") в setup.py теперь предпочитает консольный скрипт lit, установленный через pip, а не тот, что поставляется с дистрибутивом LLVM. Последний при вызове main() не имеет защиты if __name__ == "__main__", а forkserver-многопроцессность Python 3.14 при импорте основного модуля запускает его повторно, из-за чего цель lit падает при 80 параллельных задачах.

Путь к локальным инструментам для бэкенда тоже изменён: buddy-opt, buddy-llc, mir-translate, triton-shared-opt теперь единообразно разрешаются через paths.py. Определение активности CPU-драйвера — «отсутствие GPU-бэкенда на месте», что отличается от прежнего подхода с проверкой переменных окружения; на машинах с сосуществованием нескольких бэкендов поведение стало более предсказуемым.

1.2 triton-riscv: ритм релизов переведён на ежедневный nightly и выходной release, параллелизм pytest зафиксирован на 16 (11-05)

Дата: 2026-11-05　Источники: PR #99, список Release

PR #99 выравнивает ритм релизов по buddy-mlir: ночная задача публикует предрелизы nightly/<date>-<sha>, выходная задача публикует release/<date>-<sha> и помечает их как последнюю версию; при отсутствии новых коммитов задача пропускается, release остаётся в статусе черновика до завершения загрузки всех wheel, а workflow_dispatch предоставляет разовый выбор dev/patch. В тот день по этому ритму уже выпущены два ночных билда: nightly/20261105-48bde12 (19:50) и nightly/20261105-849a180 (22:48).

На стороне тестов набор pytest переведён на 16 процессов. Выбор этого числа имеет эмпирическое обоснование: на срезе из 207 тест-кейсов 1 процесс занял 360 секунд, 8 процессов — 89 секунд, 16 процессов — 67 секунд, 24 процесса — 67 секунд, а 32 и 64 оказались медленнее — отдельный тест-кейс представляет собой последовательную цепочку «компиляция, triton-shared-opt, llc, исполнение, сравнение», и при большем числе процессов начинается конкуренция за общий кэш компиляции. При прежнем последовательном запуске набор flaggems занимал 1 час 14 минут. setup.sh устанавливает pytest-xdist, переопределить можно через PYTEST_WORKERS.

1.3 triton-riscv: stable ABI wheel покрывает 3.12–3.15, исправлено определение инструментальной цепочки manylinux (11-05)

Дата: 2026-11-05　Источники: PR #100, PR #101

PR #100 собирает wheel по образцу cp312-abi3 из upstream Triton: scripts/env.sh и scripts/release.sh устанавливают TRITON_STABLE_ABI=ON, nanobind компилируется с ограниченным API (Py_LIMITED_API=0x030C0000), а setup.py помечает wheel как cp312-abi3. Один wheel покрывает все интерпретаторы после 3.12 (3.12/3.13/3.14/3.15), и матрица релизов сокращается с трёх версий Python до одной. Исходный код остаётся без патчей — сам upstream предоставляет этот переключатель.

В той же ветке исправлены две проблемы сборочных скриптов. Во-первых, release.sh жёстко задавал /opt/rh/gcc-toolset-14/enable и проверял его до dnf install clang, тогда как образ manylinux — это плавающий :latest, который на тот момент уже содержал gcc-toolset-15; в результате скрипт активации никогда не выполнялся, и clang не находил crtbeginS.o, -lstdc++, -lgcc (riscv64) и заголовок <version> из libstdc++ (x64) — сборка падала на обеих архитектурах; теперь clang устанавливается первым, затем активируются все существующие инструментальные цепочки, причём самая свежая — последней. Во-вторых, после перехода на единственный abi3 wheel строка python: ["3.12", "3.13", "3.14"] в матрице лишь трижды пересобирала один и тот же wheel. PR #101 открыт в тот же день и ещё не слит; он устраняет сбой рабочего процесса публикации на этапе очистки при checkout.

1.4 pytorch: в ветке riscv ноль коммитов, в main пятьдесят пять синхронизаций с upstream без элементов RISC-V (состояние на 11-06)

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

В окне ветки riscv нет коммитов, головной коммит по-прежнему [SyncBots] Integrate PyTorch at 3afdbd3 от 11-04 03:00 (пекинское время). В окне ветки main пятьдесят пять синхронизаций с апстримом; после построчной проверки изменений, связанных с RISC-V или RVV, не обнаружено — содержимое сосредоточено на XPU/oneDNN, загрузке компонентов CUDA, транспорте Mooncake и откатах ROCm.

1.5 tilelang-riscv и llvm-project: в окне нет коммитов, последний LLVM по-прежнему от 11-04 (состояние на 11-06)

Дата: 2026-11-06 (состояние)　Источники: список коммитов tilelang-riscv, ветка riscv llvm-project

В основной ветке tilelang-riscv нет коммитов, головной коммит остановился на 11-03 06:13 UTC; открытые PR по-прежнему #4 (маски RVV и максимальная редукция) и #2. В ветке riscv llvm-project в окне нет коммитов, головной коммит по-прежнему — коммит BOSCAME от 11-04 15:40 (пекинское время), подробно зафиксированный в прошлом выпуске; ветка main последний раз обновлялась 11-02 14:48 UTC. Иными словами, в этом выпуске все коммиты стека RuyiAI сосредоточены в одном репозитории triton-riscv.

2. Инструментальная цепочка и дистрибутивы RuyiSDK

2.1 openRuyi: пакетирование LibreOffice 1/n и 2/n слито, сорок один коммит за день (11-05)

Дата: 2026-11-05　Источники: список коммитов, PR #1595, PR #1596

В окне репозитория пакетирования openRuyi сорок один коммит, из них тридцать семь относятся к цепочке зависимостей LibreOffice и слиты двумя партиями.

Первая партия PR #1595 (1/n, 25 файлов, добавлено 1383 строки) за один раз добавляет двадцать один пакет: librevenge и ряд фильтров импорта документов на его основе, охватывающих WordPerfect (libwpd, libwps), Visio (libvisio), Publisher (libmspub), PageMaker (libpagemaker), QuarkXPress (libqxp), Zoner Draw (libzmf), StarOffice и старые двоичные форматы Office (libstaroffice, libmwaw, libe-book), а также liborcus для импорта электронных таблиц, libepubgen для экспорта EPUB из Writer, генератор OpenDocument libodfgen, libetonyek — сопутствующую библиотеку для разбора встраивания шрифтов libeot, язык тегов liblangtag и базовый контейнер mdds.

Вторая партия PR #1596 (2/n, 17 файлов, добавлено 4633 строки) дополняет цепочку инструментов шрифтов: Draw при импорте PDF использует tx и makeotf из AFDKO для пересборки встроенных шрифтов, поэтому вместе упаковываются python-afdko и его зависимости (defcon, fontparts, fontpens, ufoprocessor, ufonormalizer, mutatormath, Python-привязки zopfli), а также antlr4-cpp-runtime и libeot; в той же партии — обновления python-tmt 1.80.0, python-testcloud 0.12.0, python-pbr, python-munch, python-fedora-distro-aliases.

Эта цепочка ещё не завершена. PR #1600 (4/n, 14 файлов, добавлено 1094 строки) пакетирует для компонента Base Firebird и его генератор парсеров btyacc, генератор интерфейсов cloop — всё ещё на рассмотрении; PR #1602 (6/n, 16 файлов, добавлено 1360 строк) добавляет PDFium, ZXing, SANE и Box2D — всё ещё на рассмотрении; PR #1603 (7/n, 47 файлов, добавлено 3342 строки) охватывает Pentaho, HSQLDB 1.8, BeanShell и движок JavaScript — закрыт без слияния. В описании PR #1595 отмечен вклад с помощью AI (Assisted-by: GPT-6-Astra xhigh), что соответствует требованиям политики AI-вклада openRuyi.

2.2 openRuyi: обновление безопасности libvirt 12.9.0, util-linux 2.42.4, выделение scdaemon из gnupg (11-05)

Дата: 2026-11-05　Источники: libvirt 12.9.0, util-linux 2.42.4, разделение gnupg

Помимо LibreOffice, четыре плановых коммита: libvirt обновлён до 12.9.0 с пометкой security-fixes; util-linux обновлён до 2.42.4; clang-wrap обновлён до 20261105; в gnupg scdaemon выделен в отдельный подпакет, чтобы уменьшить зависимости для сценариев смарт-карт и аппаратных ключей. Ещё три PR по безопасности всё ещё на рассмотрении: #1580, #1581 и #1582 обрабатывают соответственно исправления уязвимостей для ряда пакетов, исправления безопасности для пакетов, связанных с моделями, и для пакетов, связанных с сетью.

2.3 ruyi: версия 0.54 назначена примерно на 11 ноября, в основном репозитории ноль коммитов, три черновых исправления не переведены в статус готовых (11-05)

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

Выпуск 080 даёт чёткую дату: RuyiSDK 0.54 будет выпущен примерно 11 ноября, версия менеджера пакетов также будет 0.54.0. Главный акцент этого релиза — проверка совместимости ABI пакетов программного обеспечения с текущей системой, с первоначальной поддержкой любого дистрибутива Linux с C-средой выполнения glibc или musl; кроме того, запросы на загрузку, возвращающие коды состояния, отличные от 2xx, теперь будут корректно считаться неудачными, а руководство по устранению неполадок при неудачной загрузке дополнено двумя категориями факторов: проблемами сервера и сетевым окружением терминала. В инженерной части обновлены версии зависимостей, включая исправления безопасности, связанные с TLS-сертификатами, с октября; поскольку pygit2 ещё не адаптирован к Python 3.15, в CI пока не используется 3.15.

В основном репозитории за день ноль коммитов и ноль релизов; последняя предварительная версия по-прежнему 0.54.0-beta.20261102 от 11-02, официальная версия по-прежнему 0.53.0 от 09-24. Три PR с исправлениями, открытые 11-04 (#511 — игнорировать относительный базовый каталог XDG, #513 — обрабатывать пустую таблицу в конце манифеста, #515 — позволить config get показывать repo.disabled), до сих пор находятся в статусе черновика и не переведены в готовые.

2.4 packages-index: ноль коммитов, в программный источник добавлен инструментарий K1/K3, октябрьская месячная версия по-прежнему отсутствует (состояние на 11-06)

Дата: 2026-11-06 (состояние)　Источники: список коммитов packages-index, PR #231, страница новостей openRuyi

В окне мониторинга packages-index ноль коммитов, головной коммит остановился на 11-02; единственный открытый PR #231 (обновление версии openwrt-sifive-unmatched до 25.12.6) не менялся с 10-29. Выпуск 080 раскрывает, что существенным изменением программного источника в этом периоде стало добавление в toolchain/gnu-ruyisdk адаптации инструментария для SpacemiT K1/K3, а также дополнение информации о совместимости ABI для части пакетов программного обеспечения.

Месячный релиз на странице новостей openRuyi по-прежнему остановился на 2026.09 (выпущен 09-30), месячная версия 2026.10 продолжает отсутствовать; после двух анонсов 10-19 новых записей нет.

2.5 OpenJDK: порт AOT по JEP 544 прошёл тестирование и вошёл в основную ветку JDK (11-05)

Дата: 2026-11-05　Источники: материалы выпуска 080, JDK PR #32311, JEP 544

Наибольшим отдельным пунктом, зафиксированным в выпуске 080, является портирование JEP 544 (Ahead-of-Time Code Compilation) на платформу RISC-V: функциональные тесты пройдены, прирост производительности соответствует ожиданиям, изменения влиты в основную ветку JDK (PR #32311, 8390102 Support AOT Code Cache). За тот же период рассмотрены и влиты в основную ветку ещё девять PR, среди которых включение старших регистров общего назначения в C1 (#32496), реализация intrinsic CRC32C через расширение Zbc (#32061), замена комбинации логического сдвига вправо с маской на пару сдвигов (#32046), замена констант-указателей в C2 на movptr2 (#32629) и другие; в ветках LTS исправление выхода за границы при чтении в intrinsic string_indexof_char перенесено обратно в три линии 25u, 21u, 17u.

3. Векторные расширения и оптимизация операторов

3.1 LLVM: влиты шесть upstream-PR по P-ext и XTHeadBb, положено начало первой версии матричного расширения Ztt v0.6 (11-05)

Дата: 2026-11-05　Источники: текст выпуска 080, LLVM PR 235306, LLVM PR 237815

В выпуске 080 перечислены шесть upstream-вливаний, сосредоточенных на упакованном SIMD и битовых операциях: расширение P синтезирует больше шаблонов pm*add* с последующим сложением в инструкции класса pm*adda* (#235306), улучшена генерация кода для 64-битного funnel shift на RV32 (#235245), добавлены intrinsics упакованного умножения-накопления с расширяющим горизонтальным сложением (#234450), а в Clang добавлены три формы intrinsics упакованного байтового горизонтального умножения-накопления — знаковая, беззнаковая и смешанная знаковая (#234484); на стороне GlobalISel под XTHeadBb сначала расширяются узкие типы G_CTLZ_ZERO_POISON (#237815), а G_CTTZ расширяется до XLEN, после чего проходит через G_CTLZ для выбора th.ff1 (#238214).

В ветке LLVM проекта RuyiSDK есть ещё два пункта: предварительная поддержка матричного расширения RV32/RV64 на основе спецификации Ztt и документации intrinsics v0.6, охватывающая ассемблирование и дизассемблирование, типы и intrinsics Clang, LLVM IR и генерацию кода, а также распределение регистров M/ACC, копирование и обработку переполнений (#169); добавление GitHub Actions CI в ветку AME для автоматической сборки LLVM/Clang под цель RISC-V и запуска тестов CodeGen, ассемблирования и семантики (#170).

3.2 GCC: три оптимизации Zba/Zbs/Zbkb вошли в основную ветку, начата подготовка к оценке SPEC CPU 2026 (11-05)

Дата: 2026-11-05　Источники: текст выпуска 080, коммит GCC Zba

Три оптимизации бэкенда RISC-V вошли в основную ветку разработки GCC 27 октября (r17-5638 — r17-5640): на стороне Zba усовершенствовано распознавание комбинаций сдвига со сложением, целочисленного деления и взятия остатка; на стороне Zbs устранено избыточное вычисление маски за счёт использования собственной семантики сдвигового индекса bclr, улучшены битовые операции RV32/RV64; на стороне Zbkb исправлена модель стоимости и приоритет сопоставления packh, решена проблема выбора неоптимальной инструкции при одновременном включении Zbb и Zbkb.

Есть прогресс и в сопутствующем CI инструментальной цепочки: RISE-CI наладил взаимодействие контейнерного сервиса Hertner с GitHub Actions, добавлена проверка сценариев сборки multilib, в дальнейшем планируется подключить LLM для оценки и анализа ошибок CI. На стороне производительности начата подготовка к оценке RISC-V на реальном оборудовании на основе SPEC CPU 2026; выявлено узкое место по памяти у кандидатной платформы K3 при полном прогоне SPECspeed 2026, рассматриваются другие варианты оборудования.

3.3 V8: шесть патчей, включая сохранение векторного хвоста при скалярных перемещениях и открытие VLEN=1024 (11-05)

Дата: 2026-11-05　Источники: текст выпуска 080, V8 CL 8714039

В разделе V8 выпуска 080 приведены шесть коммитов, отправленных и слитых в этом выпуске, и шесть коммитов, прошедших ревью и слитых. Первые включают: исправление проверки диапазона тегов доверенных указателей, обнуление выходящего за границы доверенного указателя при нижнем переполнении тега, сохранение нулевой константы через zero-регистр в Maglev, вывод CPU-особенностей из конфигурации сборки GN, сохранение знакового бита NaN при преобразовании Float64 в Float32, вынесение распределения временных регистров для пословных атомарных RMW в Liftoff за пределы цикла. Вторые включают: сохранение хвоста вектора при скалярных перемещениях (CL 8714039), разрешение VLEN=1024 (CL 8585179), реализацию недостающей операции RV64 Add643, генерацию только ebreak для stop() на оборудовании и т. д.

3.4 Три репозитория VecIntrinBench, IntrinTrans, FBGEMM продолжают молчать (статус 11-06)

Дата: 2026-11-06 (статус)　Источники: VecIntrinBench, IntrinTrans, FBGEMM

Во всех трёх репозиториях, связанных с векторами, за окно мониторинга ноль коммитов, последние коммиты остановились на 02-13, 06-25, 07-13 соответственно. Прирост по векторам и операторам в этом выпуске по-прежнему появляется только в статьях и коммитах вышестоящего компилятора и не вернулся в эти три репозитория бенчмарков и транспиляции.

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

4.1 runtime добавляет общий serving-контроллер генерации для поддержки выбора токенов на стороне устройства (11-05)

Дата: 2026-11-05　Источники: PR #1018, коммит c2fd2e1

PR #1018 добавляет не зависящий от модели serving-контроллер генерации, 18 файлов, 2045 новых строк, позволяющий адаптерам runtime совместно использовать единый набор бюджета генерируемых токенов, условий остановки, учёта использования и потоковой очистки. Вызывающая сторона может либо использовать хостовую выборку через LLMSession, либо token-источник, напрямую выдающий токены на стороне устройства.

В реализации есть несколько моментов, достойных фиксации: строковые условия остановки сначала сопоставляются по сырым байтам, а затем выполняется декодирование UTF-8, что избегает ошибочного определения на границах многобайтовых символов; бюджет токенов учитывает как первое предсказание, так и EOS/стоп-токены; фиксированное случайное зерно поддерживает нулевое значение; штраф за повторение применяется по одному разу для каждого уникального token ID в историческом окне запроса. Первый токен приходит из prefill, поэтому статистика пропускной способности относит первый выбор к prefill, а последующие выборы — к decode, при нулевой работе decode сообщается нулевая пропускная способность. Пути генерации существующих CLI и серверных входов остаются неизменными, выход защищён golden-тестами с фиксированными logits и production-токенизатором и сэмплером DeepSeek. Подключение последующих адаптеров отслеживается отдельно в задачах DeepSeek R1 (#1021), Llama 3.1 TTNN (#1022) и Qwen3-VL и др.

4.2 Дополнительный патч масштабируемого векторного lowering в VIR: broadcast переходит на vector<[2]xT>, ядро деградирует по опциям llc (11-05)

Дата: 2026-11-05　Источники: PR #1030, PR #1031

Оба изменения midend нацелены на масштабируемые векторы. Lowering vir.shuffle разбивается на несколько этапов: broadcast сначала идёт через vector<[2]xT>, затем берётся первая половина (vector.scalable.extract) для получения vector<[1]xT>, поскольку при прямом vector.broadcast над vector<[1]xT> LLVM генерирует shufflevector с маской [0], который сворачивается createOrFold как тождественная операция, а оставшиеся vscale-1 lane оказываются poison; llc превращает insertelement в vfmv.s.f, записывающий только lane 0, и если это значение не вливается в инструкцию .vf, а сохраняется в регистр, результат оказывается неверным. После перехода на [2]xT llc выполняет broadcast через vfmv.v.f на LMUL [1]xT, число инструкций не увеличивается, а в цикле становится на одну меньше. Другое изменение позволяет ядру деградировать по опциям llc, таким как -mattr; тест vir-broadcast-scalable-one.mlir покрывает два пути: со снятием и с результатом set_vl.

4.3 Ночная сборка продвинулась до 0.1.4.dev20261105 (11-05)

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

В тот день в 10:58 (пекинское время) выпущена ночная сборка 0.1.4.dev20261105, заменившая предыдущую 0.1.4.dev20261103. В окне мониторинга всего три коммита: контроллер runtime (4.1), два коммита VIR lowering (4.2).

5. Сообщество, мероприятия и официальный сайт

5.1 Двухнедельный отчёт, выпуск 080, финализирован: все разделы объединены, вступительное слово и раздел документации на сайте всё ещё пусты (11-05)

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

Выпуск 080 в период с 11-05 09:59 по 15:25 объединил восемь коммитов (один из них — общее обновление); ранее существовал лишь черновик с готовыми разделами о базовой библиотеке C и V8, к настоящему моменту добавлены разделы о пакетном менеджере, IDE (два коммита), матрице поддержки плат разработки, OpenJDK, GCC, Go и ruyipkg; технические подробности см. в 2.3, 2.5, 3.1, 3.2, 3.3. По платам разработки добавлены отчёты о тестировании Bianbu 4.0.1 Desktop для Milk-V Jupiter2 и Bianbu 4.0.8 LXQt (китайский и английский) для SpacemiT K3 Pico-ITX, а также обновлён отчёт об Ubuntu 24.04.5 для VisionFive 2 Lite; в репозиторий примеров добавлены примеры Dhrystone и SiFive Kernel Library для HiFive Premier P550, пример развёртывания llama-server для Jupiter2, а также входные материалы курса ROS 2 для K3 CoM260 и K3 Pico-ITX.

Ещё не заполнены три раздела: вступительное слово, тестирование версий и известные проблемы, официальный сайт и документация; раздел QEMU также пуст. В тексте подзаголовок «GCC» повторяется дважды — это редакционная недоработка.

5.2 Три страницы официального сайта без изменений, два сообщения в блоге, двадцать три главы документации (состояние на 11-06)

Дата: 2026-11-06 (состояние)　Источник: Официальный сайт RuyiAI

Снимки трёх страниц — index, blog, docs — совпадают с предыдущим выпуском, новых сообщений в блоге или глав документации нет. В текущем индексе блога два сообщения (адаптация Triton для RISC-V, практика PyTorch RISC-V CI), в индексе документации двадцать три главы.

5.3 На форуме в окне мониторинга новых тем нет, последняя — руководство по установке ruyi от 11-03 (состояние на 11-06)

Дата: 2026-11-06 (состояние)　Источник: Последние темы сообщества RuyiSDK, Тема от 11-03

В окне мониторинга ноль новых тем. Последняя запись по-прежнему — «Инструкция и руководство по установке и обновлению ruyi с помощью скрипта» от 11-03 17:50; хотя выпуск 080 уже финализирован в репозитории статей, на форуме публикация ещё не размещена, последний выпуск двухнедельного отчёта на форуме — по-прежнему 079 (10-26).

5.4 Выпуск ruyiai-daily от 11-05 заархивирован, шесть разделов включают ключевые новости PyTorch и RISC-V (11-05)

Дата: 2026-11-05　Источник: Архив выпуска от 11-05

Репозиторий ежедневной разведки 11-05 в 10:01 заархивировал выпуск дня; структура: главные новости дня, индекс дня и шесть разделов основного текста: ключевые события экосистемы PyTorch, последние достижения LLVM/MLIR, технические новости Triton и TileLang, ключевые новости RISC-V, важные события индустрии AI, итоги и наблюдения за трендами. Этот репозиторий генерируется автоматически конвейером и может служить перекрёстной ссылкой для настоящего ежедневного отчёта, но не является первичным источником.

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

Дата: 2026-11-06 (состояние)　Источник: Google News, Поиск arXiv RISC-V

Шесть групп запросов на китайском и английском (например, RISC-V, RuyiSDK на китайском и английском, RuyiAI, открытый исходный код сообщества Ruyi, Ruyi RISC-V AI) в 24-часовом окне дали ноль совпадений; общий сбор по теме RISC-V возвращает лишь множество личных репозиториев и записей, не связанных с сообществом Ruyi, таких как Infineon AURIX RC1 и Quintauris EM-Altair. В окне поиска arXiv новых статей нет, последняя добавленная запись датируется 11-03.

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

6.1 От поддерживаемой ветки к паразитированию на upstream: плагинизация обменивает стоимость патчей на привязку к версии

Дата: 2026-11-05　Источник: PR #98, PR #92

triton-riscv за один день превратил себя из «поддерживающей пропатченную ветку Triton» в «плагин к upstream Triton», удалив более двух тысяч строк — каталог патчей исчез целиком. Выгода такого подхода прямая: при последующем обновлении версии вслед за upstream больше не нужно воспроизводить патчи, от сборки остаётся только один wheel, а поверхность установки сокращается с двух дистрибутивных пакетов до одного.

Цена столь же ясна и проявилась в тот же день: фронтенд Triton 3.9 читает из бэкенда поле backend_name, и без него падают 383 теста FlagGems. Паразитирование на точках расширения upstream означает, что неявные контракты фронтенда upstream становятся обязательным интерфейсом, а эти контракты зачастую не документированы и обнаруживаются только через тесты. Судить об успехе этой переработки следует не по тому, сколько строк удалено сегодня, а по стоимости воспроизведения при следующем обновлении upstream и по тому, нужен ли по-прежнему выделенный человек для отслеживания версий в таких нижестоящих наборах, как FlagGems.

6.2 Восполнение пробелов настольного офиса на стороне упаковки и тихий параллелизм AI-стека

Дата: 2026-11-05　Источник: список коммитов openRuyi, организация RuyiAI-Stack

В openRuyi за один день сорок один коммит, тридцать семь из них приходятся на цепочку зависимостей LibreOffice: сначала двадцать один фильтр импорта документов, затем инструментальная цепочка шрифтов AFDKO, далее находящиеся на рассмотрении PR для Firebird, PDFium, ZXing, SANE, Box2D. Это не разрозненные обновления, а поэтапное продвижение по компонентам полной упаковки офисного настольного пакета.

В тот же день стек RuyiAI, кроме triton-riscv, полностью молчал: в ветке RISC-V у pytorch ноль коммитов, в tilelang-riscv ноль коммитов, в ветке riscv у llvm-project ноль коммитов. Две линии продвигаются разными людьми, в разных репозиториях, в разном темпе; на уровне ежедневного отчёта их стоит рассматривать отдельно и не принимать активность на стороне упаковки за прогресс AI-стека.

6.3 Прирост выпуска 080 приходится на компилятор и среду выполнения, а не на фронтенд прикладного уровня

Дата: 2026-11-05　Источник: текст выпуска 080

Четыре наиболее содержательных пункта выпуска 080 находятся на нижнем уровне: три оптимизации Zb* из GCC вошли в основную ветку, шесть коммитов LLVM по P-ext и XTHeadBb влиты, перенос JEP 544 AOT из OpenJDK влит, обработка векторных хвостов и VLEN в V8. Фронтенд прикладного уровня (PyTorch, TileLang) в этом выпуске не получил соответствующего подключения возможностей.

Это распределение указывает на то же, что и 6.1: на данном этапе акцент делается на том, чтобы существующие операторы и языковые среды выполнения стабильно и корректно работали на RISC-V, а не на расширении охвата фронтенда. Для нижестоящих пользователей ощутимые в краткосрочной перспективе изменения проявятся в продуктах компиляции и поведении JDK, а не в списке поддерживаемых новых фреймворков.

Таблица проверки источников

Источник Результат проверки
Ключевые репозитории RuyiAI-Stack triton-riscv: восемь коммитов, три влитых PR (#98, #99, #100), две ночные сборки; pytorch: в ветке riscv ноль коммитов, в main пятьдесят пять коммитов синхронизации с upstream без элементов RISC-V; tilelang-riscv, llvm-project: ноль коммитов в окне мониторинга; остальные репозитории без коммитов в окне мониторинга
Организация ruyisdk ruyi, packages-index: ноль коммитов, ноль релизов; wechat-articles: восемь коммитов (влиты все разделы выпуска 080); ruyi-tuner, docs, support-matrix, репозиторий сайта: без коммитов в окне мониторинга
openRuyi-Project Сорок один коммит: LibreOffice 1/n (двадцать один пакет) и 2/n (семнадцать файлов, добавлено 4633 строки) влиты, четыре плановых обновления; объединены PR #1595, #1596, #1594; ежемесячный релиз 2026.10 по-прежнему отсутствует
buddy-compiler buddy-mlir: три коммита (один коммит контроллера runtime, два коммита VIR lowering); ночная сборка 0.1.4.dev20261105
Форум RuyiSDK Ноль новых сообщений; последнее — руководство по установке скрипта ruyi от 11-03; двухнедельный прогресс форума по-прежнему остановлен на выпуске 079
Официальный сайт RuyiAI Страницы index, blog, docs без изменений; в блоге 2 статьи, в документации 23 главы
ruyiai-daily Выпуск от 11-05 заархивирован
Google News Ноль попаданий по шести группам запросов на китайском и английском
arXiv Новых статей в окне мониторинга нет; последняя остановилась на 11-03

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