Окно мониторинга: 2026-10-30 05:00 ~ 2026-11-02 05:00 (пекинское время, 72 часа, охватывает выходные).

Источники: агрегация Google News (27 групп запросов на китайском и английском, через прокси), Hacker News, Phoronix, CNX Software, LinuxGizmos, LWN, официальный блог riscv.org, страница новостей и главный репозиторий openRuyi, проверка официальных сайтов компаний-членов RISC-V International (391 компания), проверка рейтинга riscv100.top, а также поиск коммитов и релизов в организациях и ключевых репозиториях на GitHub: XiangShan／NEMU／difftest／XSCache／GEM5, CORE-V CVW／CVA6, XuanTie Alibaba DAMO Academy, ESSENCORE, Sopgo, Nuclei, Espressif, SpacemiT и spacemit-robotics, Sipeed, revyos, openRuyi-Project, Radxa Linkr и других.

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

  • Главное за сегодня: Linux 7.4 переводит «быстрый невыровненный доступ» на runtime-обнаружение, ядра дистрибутивов могут получить до 11% прироста пропускной способности (10-30)
  • Динамика рейтинга RISC-V 100
    • В рейтинг добавлена запись 10-17: XSCC 2.0 on XiangShan KMHv3 RTL 3GHz, int 68.41, fp 76.95 (проверка 11-02)
    • Две старые записи выбыли: LLVM 22.1.0 on SpacemiT K3 X100, XSCC 1.1 on Zhihe A210 C908 (проверка 11-02)
    1. Сообщество open source и программная экосистема
      • В фронтенд XiangShan добавлен FtqPrefetchQueue — первый шаг рефакторинга iprefetch (10-30)
      • XiangShan исправляет подавление выделения MBTB для скрытых веток VBTB (10-30)
      • XiangShan декодирует prefetch.i/r/w в операции предвыборки LSU (10-30)
      • В CI-потоке производительности XiangShan включён lightSSS, еженедельный тест GEM5 переключён на конфигурацию 261013 (10-30)
      • difftest за два дня девять коммитов: MMA-бэкенд упаковывает произведения FP8 в cache word (10-30 — 11-01)
      • NEMU добавляет откат состояния replay для AME, исправляет селектор регистров матрицы hosttlb (10-30, 10-31)
      • XSCache исправляет постоянную блокировку другого пути hint в CoupledL2 (10-30)
      • openRuyi внедряет llvm23 23.1.4, riscv64-openruyi-linux по умолчанию RVA23U64 (10-30)
      • CORE-V CVW согласно Svvptc больше не кэширует недействительные PTE (10-30)
      • CORE-V CVW исправляет поля VM в trace и обнаружение переполнения quad, покрытие rv64gc достигает 100% (10-30)
    1. Продукты и динамика экосистемы
      • Qwenputer компилирует RV32IM в веса Qwen3.5-4B, используя состояние внимания как RAM (10-30)
      • SpacemiT создаёт зонтичный репозиторий Bianbu AgentOS, стек агентов на устройстве фиксируется по подмодулям (10-30)
      • SpacemiT docs-chip удаляет документацию P1S, docs-product обновляет ссылки на ресурсы K3 Pico (10-30)
      • Radxa Linkr добавляет руководство по захвату в браузере OBS, инициализирует linkr-now-skill (10-30)
    1. Углублённое изучение отечественных команд
      • Nuclei выпускает предварительную версию Nuclei Studio VS Code IDE, руководство по инструментам синхронизировано до 2026.10 (10-30)
      • Sopgo LLM-TPU поддерживает InternVL3／LLaMa3, исправляет деградацию декодирования Qwen3-ASR (10-30)
      • XuanTie Alibaba DAMO Academy и ESSENCORE: нулевая новая разработка на уровне организаций в окне мониторинга (11-02)
    1. Специальный раздел: воплощённый интеллект и робототехника
      • SpacemiT добавляет унифицированный фреймворк управления манипулятором, 85 файлов по калибровке／диагностике／кинематике (10-30)
      • SpacemiT dice_arena добавляет интегрированное приложение игры в кости (10-30)
      • SpacemiT docs-ros дополняет английское руководство RealSense, синхронизирует китайскую и английскую документацию (10-30)
    1. Итоги и наблюдения за трендами
  • Приложение: полный список источников и таблица проверки источников

Главное за сегодня: Linux 7.4 переводит «быстрый невыровненный доступ» на runtime-обнаружение, ядра дистрибутивов могут получить до 11% прироста пропускной способности (10-30)

Изменения архитектуры RISC-V в Linux 7.4 уже влиты в основную ветку, и одну оптимизацию стоит отметить отдельно: определение пропуска программного выравнивания перенесено из времени компиляции во время выполнения.

Путь этой оптимизации состоит из двух шагов. Изменение в Linux 7.3, представленное Tenstorrent, позволяет «ядру, скомпилированному для поддержки аппаратного быстрого невыровненного копирования памяти в RISC-V», пропускать программное выравнивание; собственные замеры Tenstorrent показывают прирост пропускной способности до 11%. Однако 7.3 требует, чтобы эта возможность была включена на этапе компиляции, а ядро дистрибутива должно обслуживать целый парк оборудования, среди которого всегда найдутся чипы с медленным невыровненным доступом, поэтому эта выгода остаётся только в кастомных ядрах, а универсальные сборки её не получают. В 7.4 условие перенесено на HAVE_EFFICIENT_UNALIGNED_ACCESS с выполнением рантайм-зондирования: только если зондирование подтверждает, что оборудование действительно поддерживает быстрый невыровненный доступ, пользовательское копирование пропускает программное выравнивание. Благодаря этому ядра RISC-V для дистрибутивов и другие универсальные сборки могут по умолчанию нести эту оптимизацию, не сохраняя отдельный специальный образ для старого оборудования.

В той же партии изменений RISC-V, вошедших в 7.4: поддержка горячей замены crash, оптимизированный путь для части функций таблиц страниц, одна оптимизация переключения контекста, попадание расширения «B» в отчётность hwcap и hwprobe, а также поддержка отчётности о расширении Zic64b. По отдельности всё это невелико, но вместе это шаг к тому, чтобы «ядро разобралось в возможностях платформы RISC-V и передало их собственному планировщику» — особенно отчётность на стороне hwprobe, которая как раз и является предпосылкой для таких оптимизаций с рантайм-зондированием.

В обсуждении сообщества есть одно заслуживающее фиксации суждение: на Hacker News читатель спросил, относится ли быстрый невыровненный доступ только к серверным CPU; в ответе указано, что его поддерживают почти все производители, кроме SiFive, а SiFive поддерживает только на-performance-ядрах нового поколения. Это говорит о том, что после включения этой оптимизации в дистрибутиве реальная область выгоды зависит от того, честно ли чип сообщает о ней в hwprobe, а не от позиционирования продукта.

Дата: 2026-10-30　Источник: Phoronix: RISC-V Has A Nice Portable Performance Optimization With Linux 7.4, обсуждение на Hacker News

Динамика рейтинга RISC-V 100

В этом цикле мониторинга (после выходных, через четыре дня после предыдущего мониторинга 10-28) обнаружены существенные изменения в рейтинге; в соответствии с пользовательским подходом они размещены ближе к началу основного текста.

Новые записи в рейтинге (кросс-архитектурный · SPEC CPU2006 и канал RISC-V · SPEC CPU2006, по одной в каждом): 10-17｜команда компилятора Xiangshan (XSCC)｜XSCC 2.0 on Xiangshan KMHv3 RTL 3GHz｜int 68.41, fp 76.95 (speed/ref, Completed); по сравнению с предыдущей записью того же компилятора (10-15, XSCC 2.0) int +0,8%, fp +0,5%. Дата этой записи — 10-17, раньше даты текущего мониторинга, это добавление задним числом — на момент мониторинга 10-28 вершину обоих рейтингов CPU2006 всё ещё занимали записи от 10-15 с int 67.85 и fp 76.54.

Две записи выбыли: из кросс-архитектурного · SPEC CPU2006 выбыла запись от 07-27 «LLVM 22.1.0 on Jindie K3 X100 2.4GHz»; из канала RISC-V · SPEC CPU2006 выбыла запись от 08-05 «XSCC 1.1 on Zhihe A210 C908 1.9GHz». Два выбытия и одно добавление задним числом произошли одновременно, что больше похоже на приведение рейтинга в порядок, чем на новые измерения — разница +0,8%／+0,5% в рамках одного компилятора тоже находится на уровне шума и не должна отдельно интерпретироваться как архитектурное улучшение.

Дата: 2026-11-02　Источник: рейтинг кросс-архитектурного SPEC CPU2006 на riscv100.top, рейтинг SPEC CPU2006 канала RISC-V на riscv100.top

1. Открытое сообщество и программная экосистема

Фронтенд Xiangshan внедряет FtqPrefetchQueue — первый шаг рефакторинга iprefetch (10-30)

PR № 6691 — самая крупная правка фронтенда Xiangshan в этом цикле: 16 файлов, +471/−198. Суть изменения — добавление FtqPrefetchQueue, которое поднимает предвыборку инструкций с ICache-top на сторону FTQ для единого планирования.

Три проблемы исходного дизайна описаны прямо. Во-первых, FTQ отвечает только за FDIP, а программная предвыборка Zicbop prefetch.i из memblock обрабатывается ICache-top, которая может принимать лишь 1 запрос за такт и всегда ставит программную предвыборку в высокий приоритет — из нескольких prefetch.i в одном такте срабатывает только 1, остальные молча отбрасываются, и выигрыш в производительности ниже ожидаемого. Во-вторых, плотный поток prefetch.i блокирует запросы FDIP, что, наоборот, снижает производительность. В-третьих, prefetchPipe либо обрабатывает 1 prefetch.i, либо 1–2 FDIP, и даже если они не конфликтуют на SRAM, они не могут выполняться параллельно — загрузка конвейера низкая.

Новый подход к очереди состоит в следующем: сначала кэшировать запросы программной предвыборки, чтобы смягчить потери; затем выбирать источник извлечения из очереди по свободным слотам и текущему расстоянию FDIP, чтобы устранить блокировки; и разрешить FDIP и предвыборке выдаваться параллельно в одном такте, чтобы повысить загрузку. Автор также оставил точку расширения — впоследствии результаты алгоритмов типа PDIP можно будет напрямую помещать в ту же очередь. Это изменение превращает предвыборку из «одного пути» в «планируемый ресурс уровня», что ближе к долгосрочному решению, чем просто настройка приоритетов.

Дата: 2026-10-30　Источник: XiangShan #6691

XiangShan исправляет подавление аллокации в MBTB для скрытых ветвей VBTB (10-30)

PR 6750 исправляет проблему взаимного подавления метаданных предсказателя. VBTB при предсказании раскрывает только первую совпавшую ветвь, но на этапе обучения всё ещё может совпасть «скрытая ветвь» — эта ветвь не была видна при предсказании, но из-за совпадения при обучении подавила аллокацию в MBTB, в результате чего одна и та же ветвь раз за разом предсказывается неверно.

Изменение состоит из трёх частей: подавление записи в MBTB из-за присутствия в VBTB происходит только при одновременном выполнении двух условий — «действительно раскрыта при предсказании» и «всё ещё присутствует при обучении»; все записи метаданных в количестве NumWay+1 передаются в AlignBank, чтобы различать «попадание предсказания VBTB» и «попадание в SRAM»; полезная нагрузка условной ветви записывается только при фактическом taken, поскольку путь разрешения not-taken несёт последовательный следующий PC, а не цель ветви. Последнее применяется одновременно к MBTB и VBTB, с сохранением обучения счётчиков и запросов инвалидации IFU (attribute=None). Изменение затрагивает всего 2 файла, +33/−19, но является типичным исправлением в духе «чем сложнее предсказатель, тем точнее должно быть согласование метаданных».

Дата: 2026-10-30　Источник: XiangShan #6750

XiangShan декодирует prefetch.i/r/w в операции предвыборки LSU (10-30)

PR 6735 изменяет обработку инструкций программной предвыборки: prefetch.i, prefetch.r, prefetch.w распознаются на этапе декодирования как операции предвыборки LSU и исключаются из CROB. Этот шаг сопутствует изменению с организацией очереди из PR 6691 — только выделив предвыборку из «обычных инструкций доступа к памяти», сторона FTQ получает независимый источник запросов для очереди предвыборки и больше не конкурирует с load/store за один и тот же путь завершения.

Дата: 2026-10-30　Источник: XiangShan #6735

В CI-потоке производительности XiangShan включён lightSSS, еженедельный тест GEM5 переключён на конфигурацию 261013 (10-30)

PR 6802 обновляет версию difftest в потоке gsim и включает lightSSS в CI: прогон бенчмарков и верификация используют один и тот же механизм снимков, что избавляет от повторной сборки. В том же окне PR 1274 в OpenXiangShan/GEM5 переключает еженедельный тест XSCC на профиль конфигурации 261013. Оба относятся к инфраструктурному обслуживанию: первый определяет «можно ли быстро воспроизвести при ошибке», второй — «какая комбинация версии компилятора и нагрузки используется в еженедельном тесте», поведение RTL не меняется.

Дата: 2026-10-30　Источник: XiangShan #6802, GEM5 #1274

difftest: девять коммитов за два дня — бэкенд MMA упаковывает произведения FP8 в cache word (10-30 — 11-01)

difftest за три дня сделал 9 коммитов, все вокруг производительности верификации MMA (матричное умножение-сложение), по ритму это концентрированный штурм.

Наиболее технически насыщенный — PR 1023: соседние записи произведений FP8 упаковываются в младшие 16 бит и старшие 16 бит одного cache word, экономя половину регистров; каждый word сначала инициализируется чётными lane, перед декодированием две полуслова маскируются по отдельности, чтобы соседние знаковые поля не мешали друг другу, хвостовой блок нечётной длины обрабатывается так же. PR 1021 переносит сравнение на GPU (11 файлов, +420/−90): загрузка снимка DUT и эталонный расчёт развязаны, активные строки результатов сравниваются прямо на GPU, при успехе возвращается только байт статуса, и лишь при несовпадении скачивается эталонный результат для диагностики; в резервном пути memcpy заменяет более медленный SSE2 streaming-store; переиспользуются непрерывные горячие слоты, и их диапазон загружается напрямую из CUDA-сервиса; убраны подтверждения ready／enqueue для каждого префикса при сохранении жизненного цикла сессии LightSSS. PR 1018 конвейеризует передачу CUDA, вычисления и проверку результатов, PR 1017 добавляет поддержку CUDA-бэкенда в LightSSS, PR 1020 пакетирует ретранслируемые запросы XDMA для снижения задержки, PR 1019 упрощает знаковое эталонноеINT8-свёртывание, PR 1016 переиспользует непрерывный активный префикс слотов операндов, PR 1004 изолирует тайминги Delta и AXI. Направление ясно: верификатор больше не довольствуется тем, что «считает правильно», ему нужно ещё и «считать по средствам».

Дата: 2026-10-30 — 2026-11-01　Источники: коммиты difftest, #1023, #1021

NEMU добавляет для AME откат состояния replay и исправляет селектор матричных регистров hosttlb (10-30, 10-31)

В № 1255 добавлен replay_state.c (178 строк), который через API replay state выполняет снимок и восстановление матричных регистров, счётчиков token, управления AMU и событий синхронизации, а также при включённом AME_MEM_ACCESS_CHECK одновременно отслеживает матричные и скалярные/векторные сохранения, при включённом AME_TILEREG_UB_CHECK отслеживает область определения tile-регистров; снимок намеренно независим от очереди коммитов матричной памяти, чтобы при откате не быть загрязнённым незакоммиченными операциями записи. В № 1274 исправлена функциональная ошибка, вызванная несовпадением сигнатур: определения чтения/записи матриц и вызывающая сторона использовали char m_name, а публичный заголовочный файл объявлял bool isacc, из-за чего при вызове через заголовочный файл селекторы A/B/C всегда приводились к true; исправлены оба объявления, и в host-tlb.c введён общий заголовочный файл, чтобы в будущем при любом несовпадении сигнатур компиляция сразу завершалась ошибкой.

Дата: 2026-10-30, 2026-10-31　Источники: NEMU #1255, NEMU #1274

XSCache исправляет постоянную блокировку другого пути hint в CoupledL2 (10-30)

В № 48 изменена лишь одна строка: в CoupledL2 предотвращается постоянная блокировка hint одного пути другим путём. В предыдущий день № 46 уже заменил фиксированный приоритет арбитража подсказок на циклический, и этот коммит — завершение той же линии. Проблемы класса голодания в иерархии кэшей обычно проявляются только при длительных стресс-тестах; за однострочным изменением стоит трудно воспроизводимая верификация.

Дата: 2026-10-30　Источники: XSCache #48

openRuyi добавляет llvm23 23.1.4, riscv64-openruyi-linux по умолчанию использует RVA23U64 (10-30)

Из шести коммитов важнейший — новый пакет llvm23 (1220 строк spec плюс два патча). То, что делают патчи, информативнее номера версии: в LLVM добавляется vendor openruyi, а уровень ISA по умолчанию для триплета riscv64-openruyi-linux напрямую устанавливается как RVA23U64 — то есть без дополнительной передачи -march компилятор генерирует код по RVA23. Для дистрибутива это явное заявление: RVA23 больше не «опциональный уровень оптимизации», а базовая линия по умолчанию; одновременно патчи подключают триплет openruyi-linux к обеим веткам обработки Triple — x86_64 и riscv64, обеспечивая работоспособность кросс-сборки.

Остальные пять коммитов — плановое сопровождение: ollama обновлён до 0.40.7 с пометкой security-fixes; clang-wrap обновлён до 20261030; добавлены два пакета Go-привязок tree-sitter для C++ и Go, а также зависимость go-pointer. На странице новостей официального сайта последней по-прежнему остаётся версия 2026.09 (выпущена 9-30), октябрьская версия ещё не выпущена; две статьи от 10-19 (Ruyi Firmware, общая инфраструктура сообщества) уже вошли в отчёт за середину октября и в этом выпуске не повторяются.

Дата: 2026-10-30　Источники: коммиты openRuyi, llvm23 spec

CORE-V CVW согласно Svvptc больше не кэширует недействительные PTE (10-30)

Правка № 1974 устраняет взаимоблокировку, которая проявлялась только при включённом расширении RVA23: ранее HPTW записывал в ITLB/DTLB результат «обхода, попавшего на листовой или нелистовой PTE со значением V=0», после чего при попадании в эту кэш-запись page fault продолжал срабатывать из кэш-элемента до тех пор, пока не выполнялась SFENCE.VMA. Проблема в том, что Svvptc (опциональное расширение RVA23) позволяет обработчику установить V в 1 и сразу повторить попытку, не выдавая SFENCE.VMA — при таком законном использовании реализация, закэшировавшая недействительный PTE, будет постоянно генерировать fault. Исправление состоит в том, чтобы обходчик сам сообщал об ошибке через существующий путь FAULT из LEAF, ничего не записывая в TLB, — тогда при следующем обращении повторный обход увидит обновлённый PTE; соответственно, tlbcontrol больше не проверяет PTE.V, а исключение переопределения ENVCFG_ADUE_1 для ITLB перенесено со строки 18 на строку 16. Это типичный пример принципа «спецификация дала вам опциональное расширение — реализация обязана предусмотреть путь для его законного использования».

Дата: 2026-10-30　Источник: CVW #1974

CORE-V CVW исправляет поля VM в trace и обнаружение переполнения quad, покрытие rv64gc достигает 100% (10-30)

В окне мониторинга CVW было 19 коммитов; помимо Svvptc стоит отметить ещё три. Правка № 1909 исправляет поля трассировки RVVI в wallyTracer: сообщения о pte, типе страницы, ppn, виртуальном/физическом адресе и типе доступа ранее несли устаревшие значения «предыдущего обхода» (при попадании в TLB это часто была кодовая страница обработчика ловушек), из-за чего функциональное покрытие ACT учитывалось неверно — теперь сообщается трансляция, фактически использованная текущим обращением, обходы ITLB и DTLB фиксируются раздельно, на RV64 PTE[60:54] затеняется по элементу TLB, защёлки обновления A/D сбрасываются в конце каждого обхода, а при выборке 32-битной инструкции, занимающей два parcel, PC сообщается по первому сегменту. Правка № 1906 исправляет обнаружение переполнения quadword cacheline (align.sv) и добавляет регрессионный тест. Правка № 2004 переводит покрытие кода на статистику по конфигурациям, rv64gc достигает 100%; кроме того, riscv-arch-test обновлён до act4 775be78d4 и синхронизированы конфигурации yaml для act/sail.

Дата: 2026-10-30　Источник: CVW #1909, CVW #1906, CVW #2004

2. Продукты и экосистема

Qwenputer компилирует RV32IM в веса Qwen3.5-4B и использует состояние внимания как RAM (10-30)

Экспериментальная модель Qwenputer, выпущенная разработчиком Divyansh Agrawal 10-22, 10-30 попала в поле зрения широкой публики после пересказа в китайских медиа. Метод состоит в том, чтобы «скомпилировать» набор инструкций RV32IM и его расширения в веса Qwen3.5-4B, используя собственное состояние Gated DeltaNet модели как RAM с точной адресацией, и таким образом выполнять настоящие программы в прямом проходе — обучение не требуется, компилятор напрямую записывает каждый вес: головы внимания выполняют поиск по таблице, блоки прямой связи реализуют арифметику через таблицы поиска, головы DeltaNet хранят память.

Проверяемые выгоды сосредоточены в точной арифметике: умножение больших целых выросло с 55,0% до 97,5%, деление больших целых с 72,5% до 97,5%, сложение и вычитание с 87,5% до 97,5%, более длинные цепочки многократных умножений и делений с 90,0% до 100%, синтетическая целочисленная арифметика с 75,0% до 97,5%; длинноцелочисленный бенчмарк NUPA с 48,6% до 100%. Проект утверждает, что этот CPU проходит официальные тесты RISC-V и безошибочно выполняет около 18 миллионов инструкций подряд; также экспериментально реализована «файловая система внутри модели», хранящая в состоянии GDN до 512 файлов объёмом около 53 тысяч токенов.

Цена также очевидна: размер модели вырос примерно до 18,8GB (почти вдвое больше оригинала), каждая инструкция CPU требует генерации нескольких токенов, вычисления, изначально занимавшие миллисекунды, могут растягиваться до секунд, а для запуска нужен специальный драйвер — загрузить её как обычную модель нельзя; проект открыт на Hugging Face и GitHub и может работать на одной видеокарте с 24GB видеопамяти. Значение этого для сообщества RISC-V не в производительности, а в том, что «RISC-V как детерминированный слой исполнения заимствуется другой системой» — это подтверждает, что минималистичный ISA RV32IM подходит для формального встраивания в гетерогенный носитель.

Дата: 2026-10-30　Источник: репортаж IT Home (перепечатка Sohu), технический разбор

Jindie SpaceTime создаёт зонтичный репозиторий Bianbu AgentOS, стек агентов на устройстве фиксируется по подмодулям (10-30)

Компания spacemit-com создала новый зонтичный репозиторий bianbu-agentic и завершила bootstrap: сам он не вендорит код, а лишь закрепляет для каждого компонента один коммит через субмодули, что позволяет воспроизвести образ устройства из одного SHA. Перечисленные в репозитории компоненты образуют полноценную операционную систему для периферийного agent: agent runtime (управляемый YAML поток событий сессии, жизненный цикл, вызовы моделей, выполнение инструментов/плагинов и границы безопасности, Python), agent-security (утверждение инструментов, синхронизация возможностей по agent, подписанный манифест securityd, включая упаковку Debian), agent-memory (Rust, L1 сессионный ящик / L2 рабочий ящик / L3 долговременный ящик), bibit-intent (маршрутизация намерений и выполнение инструментов: детерминированные правила → локальный вывод → эскалация в облако), BiBit GUI (настольный фронтенд на базе Jan, Tauri), bibit-voice (пробуждение KWS, VAD, ASR, предоставление сервиса через /run/bibit/audio.sock), bibit-filesearch (локальный семантический поиск файлов, данные не покидают машину) и lxqt-schedule.

Примечательным в этом разделении является то, что «память» сделана отдельной подсистемой и разделена на три уровня, а «безопасность» — постоянно работающим демоном с подписанным манифестом — обе эти части появляются только тогда, когда agent превращают из демонстрационного образца в поставляемую систему. Для периферийных RISC-V платформ серии K это означает, что центр тяжести программного обеспечения вендора смещается с «драйверов и документации ROS» к «среде выполнения и системным сервисам».

Дата: 2026-10-30　Источники: репозиторий bianbu-agentic, README

Компания Jindie Shikong удалила документацию P1S из docs-chip, docs-product обновила ссылки на ресурсы K3 Pico (10-30)

docs-chip удалила документацию продукта P1S и ссылки на инструменты его проверки: страницы P1S в каталогах power_stone на китайском и английском, навигационные ссылки, а также проверки casing, поиск путей чипов, глоссарий, system prompt, метаданные сущностей и инструкции Copilot в агенте проверки документации — всё было вычищено. docs-product смёржила PR №153, обновив ссылки на аппаратные ресурсы K3 Pico. Первое — сигнал конвергенции продуктовой линейки (из документации и инструментария одновременно убирают один продукт), второе относится к плановому обслуживанию документации поставки.

Дата: 2026-10-30　Источники: коммит docs-chip, docs-product #153

Radxa Linkr добавила руководство по захвату браузера OBS, инициализирован linkr-now-skill (10-30)

В продуктовой линейке удалённого управления браузером Radxa в окне мониторинга было 4 репозитория с пушами: docs добавила руководство по захвату браузера OBS (browser capture), linkr-docs и linkr-docs-en обновлены синхронно, а linkr-now-skill завершил инициализацию (Go). Linkr ориентирована на удалённое внеполосное управление платами разработки и NAS; руководство по захвату OBS показывает, что её видеотракт начали использовать как источник для стриминга/записи — это расширение сценария использования, а не изменение ядра или прошивки.

Дата: 2026-10-30　Источники: коммит linkr docs, linkr-now-skill

3. Углублённое изучение китайских команд

Nuclei выпустила предварительную версию Nuclei Studio VS Code IDE (10-30)

Nuclei 10-30 в Шэньчжэне выпустила Nuclei Studio VS Code IDE, и официальные инструменты разработки теперь существуют в двух формах: Eclipse и VS Code. Текущая версия — предварительная для разработчиков Windows 0.1.0, с китайским и английским интерфейсом, устанавливается как VSIX в существующий VS Code (требуется версия 1.134.0 и выше) и не конфликтует с уже установленными расширениями; в основе по-прежнему лежит Nuclei Studio IDE 2025.10.

Стратегия совместимости — «не переписывать, максимально переносить как есть»: версия для VS Code позволяет напрямую импортировать проекты из версии Eclipse, встроена совместимая обработка cproject, проект открывается и сразу готов к разработке; мастер создания нового проекта идентичен версии Eclipse (выбор производителя, SoC, отладочной платы, SDK), SDK и BSP по-прежнему распространяются в виде пакетов NPK, обе версии взаимозаменяемы. Отладка поддерживает четыре способа: OpenOCD, J-Link, QEMU и NucleiModel, все через унифицированный CDT gdbtarget; точки останова, пошаговое выполнение, переменные, стек вызовов, представления памяти и регистров периферии, монитор последовательного порта, дизассемблирование — всё на месте, плюс добавлен Live Watch. Со стороны AI нет никаких барьеров: обычные AI-ассистенты программирования работают сразу после установки, совместимы с Kimi, GLM, DeepSeek, Qwen; в официальной демонстрации используется Kimi Code, который через @helloworld берёт на себя управление проектом и одной фразой превращает проект CoreMark в демонстрацию AES-256-CBC, после чего сразу отлаживает его в QEMU и выводит PASS через последовательный порт. В дорожной карте указаны поддержка Linux и macOS, profiling, покрытие кода, ETrace, программирование flash и дополнительные AI-ассистенты.

Для экосистемы отечественных разработчиков RISC-V практический смысл этого шага — «миграция точки входа»: медленный запуск и громоздкость Eclipse — давняя жалоба, а на стороне VS Code можно заодно подключить локальную или облачную модель. Документация инструментальной цепочки синхронно обновлена к релизу 2026.10 — документация xlmodel, документация инструментальной цепочки, перевод на английский руководства по Ethernet XEC для QEMU, пояснения по npk／gdb trace／отладке big-endian в Studio, а также перевод на английский документации по пользовательским расширениям xxlvfbf／xxlvw／xxlvqmacc — всего 5 коммитов.

Дата: 2026-10-30　Источники: пресс-релиз Design & Reuse, коммиты nuclei-tool-guide

Sophgo LLM-TPU поддерживает InternVL3／LLaMa3, исправлена деградация декодирования Qwen3-ASR (10-30)

В LLM-TPU влиты PR № 178 (поддержка InternVL3, LLaMa3 и оптимизация Qwen2_VL) и № 182. Последний — реальный дефект, который стоит зафиксировать: forward_next копирует вывод lm_head через d2d в input_ids буфера embed_cache. Когда включён --do_sample и lmhead_with_topk=false, lm_head выдаёт полные логиты [1,151936] (607232 байта), и их копирование в 4-байтовый буфер token-id разрушает поиск по таблице embedding на каждом шаге декодирования, из-за чего вывод деградирует в повторяющиеся мусорные токены (например, language Chinese<asr_text> превращается в languagelanguage...). Исправление — в этой ветке подавать token_id из greedy_head (4 байта), в соответствии с forward_next в Qwen2_VL; автор сравнил токен за токеном с HF на платах CV84X6 и 1684X и получил совпадение, откат изменения воспроизводит исходный мусорный вывод, что подтверждает причинно-следственную связь.

Ещё одно обновление sophon-tools: se-rag-core переводит статусную метку на автообновление каждые 24 часа, версия поднята до 1.5.4. В том же окне 10 репозиториев sophgo — libsophon, middleware, osdrv, linux_5.10, build, sophpi, sophon-tools и другие — были массово отправлены в одну и ту же минуту 10-31; это пакетная синхронизация на стороне SDK, отдельных описаний функций не обнаружено.

Дата: 2026-10-30　Источники: LLM-TPU #182, LLM-TPU #178, коммиты sophon-tools

Alibaba DAMO Xuantie и ESWIN: нулевая новая разработка на организационном уровне в окне мониторинга (11-02)

XUANTIE-RV не сделал ни одного пуша в окне мониторинга, последний — torq-tile 29.10 в 14:14 (пекинское время, раньше начала окна), llvm-project и bcc остановились на 27.10 и 21.10 соответственно; последний пуш eswincomputing — linux-stable от 19.10. У обеих компаний в 72-часовом окне нет проверяемых новых результатов разработки. Следует отметить, что это не означает тишину в продуктовой линейке — прогресс C950 в области многоядерного межсоединения / AI-вывода / Java для серверов и автомобильный E908A, анонсированные XuanTie на саммите 19.10, уже вошли в отчёты за различные периоды конца октября и в этом выпуске не повторяются.

Дата: 2026-11-02　Источники: XUANTIE-RV, eswincomputing

4. Специальный раздел по воплощённому интеллекту и робототехнике

SpacemiT добавляет единый фреймворк управления манипулятором, 85 файлов покрывают калибровку/диагностику/кинематику (30.10)

spacemit-robotics/manipulation одним коммитом добавил 85 файлов, +8605 строк, создав единый фреймворк управления манипулятором. Структура каталогов разделена по возможностям: calibration содержит калибровку charuco, CLI для калибровки «рука-глаз» и инструменты сэмплирования, diagnostics — arm_check и CLI оператора, kinematics предоставляет прямое решение на основе URDF, motion — сервис устройства и CLI (device_service.cpp, 234 строки), bindings/python даёт клиент spacemit_manipulation и уровень поддержки операторов, на стороне сборки CMake-модуль driver_modules организует драйверные модули.

Это структура раскрывает следующее суждение: производитель рассматривает манипулятор как системный компонент «с калибровкой, диагностикой, кинематикой и сервисным интерфейсом», а не как фрагмент примерного кода. Калибровка «рука-глаз» и charuco — неизбежные предварительные процедуры при развёртывании на реальной машине, arm_check и сервис устройства — минимальные интерфейсы, необходимые для подключения манипулятора к agent/верхнему уровню планирования. Для RISC-V робототехнического стека такой «инженерный каркас» лучше, чем отдельная демонстрация алгоритма, говорит о прогрессе внедрения.

Дата: 2026-10-30　Источник: коммит manipulation

SpacemiT dice_arena добавляет интегрированное приложение игры в кости (30.10)

dice_arena добавил интегрированное приложение игры в кости; в том же пакете — пуши pyagxarm (привязки SDK манипулятора) и репозиториев, связанных с humanoid. Судя по содержанию, dice_arena — демонстрационное приложение, связывающее цепочку восприятие—решение—исполнение задачей с низкой степенью свободы; его ценность в том, что оно даёт всему стеку воспроизводимый сквозной пример.

Также нужно уточнить методику: у 5 репозиториев spacemit-robotics в окне обновился pushed_at, но humanoid_common и humanoid_unitree_g1 не имеют новых коммитов в окне в ветке main — это пуши в другие ветки; фактические коммиты humanoid_common следует учитывать по записи предыдущего цикла, в этом выпуске они не пересчитываются.

Дата: 2026-10-30　Источники: коммит dice_arena, spacemit-robotics

SpacemiT docs-ros дополняет английское руководство RealSense, выравнивает китайскую и английскую документацию (30.10)

docs-ros добавил английскую версию руководства RealSense и выровнял структуру документации. Ранее контент по камерам глубины на этом сайте был преимущественно на китайском, на английской стороне отсутствовали соответствующие пункты; после дополнения цепочка визуального восприятия на платформе K3 (подключение камеры, калибровка, интеграция с узлами ROS 2) согласована на китайской и английской сторонах. Для зарубежных разработчиков и китайских команд, делающих экспортные решения, такое выравнивание документации часто является предварительным условием.

Дата: 2026-10-30　Источник: коммит docs-ros

5. Итоги и наблюдения за трендами

1. Ключевые слова на стороне ядра смещаются с «поддержки» на «планирование по аппаратным возможностям». Linux 7.4 переносит определение быстрого невыровненного доступа из времени компиляции во время выполнения: оптимизация, которая в эпоху 7.3 могла оставаться только в кастомных ядрах, теперь по умолчанию доступна в ядрах дистрибутивов, а верхняя оценка выигрыша по пропускной способности в собственных тестах Tenstorrent составляет 11%. Одновременно включённые в тот же набор сообщения hwcap/hwprobe о расширении «B» и Zic64b — это как раз источник данных для подобных решений времени выполнения. Для нескольких отечественных RISC-V дистрибутивов это выигрыш с нулевой стоимостью, но при условии, что чипы достоверно сообщают о себе в hwprobe — полное указание возможностей аппаратными производителями приносит пользователям немедленную пользу лучше, чем ещё одна микроархитектурная оптимизация.

2. Фронтенд XiangShan переходит в стадию «организации очереди предвыборки». В коммите № 6691 iprefetch логически переносится из ICache-top с «1 в цикл» в FTQ: сначала решаются потери и блокировки, а уже потом речь об алгоритмах типа PDIP; сопутствующие исправления MBTB/VBTB показывают, что узкое место сместилось с «пропускной способности выборки команд» на «точность метаданных». Если смотреть на обе линии вместе, оптимизация фронтенда движется от добавления буферов к «рассмотрению предвыборки как ресурса первого уровня, поддающегося планированию»; выгоду от таких изменений можно проверить только на длительных нагрузках, краткосрочные бенчмарки вполне могут выглядеть невзрачно.

3. Дифференциальная проверка начинает платить производительностью за операторы ускорителей. Девять коммитов difftest за три дня все посвящены MMA: упаковка произведения FP8, сравнение на стороне GPU, конвейеризация CUDA, упаковка ретрансляции XDMA, поддержка бэкенда CUDA в LightSSS. Чтобы RISC-V AI-ядра вышли в массовое производство, пропускная способность верификации должна успевать за сложностью операторов, иначе «считает правильно» превратится в «не успевает досчитать». Направление этой группы изменений заслуживает фиксации больше, чем выгода отдельного коммита.

4. Обе стороны инструментальной цепочки одновременно фиксируют базовую линию. openRuyi вводит llvm23 и устанавливает ISA по умолчанию для триплета riscv64-openruyi-linux в RVA23U64; Nuclei переносит IDE с Eclipse на VS Code и синхронизирует xlmodel, инструментальную цепочку и документацию по отладке big-endian до 2026.10. Первый определяет «какой код генерируется по умолчанию», второй — «откуда входят разработчики»; оба относятся к долгосрочным решениям, эффект в короткие сроки не виден, но они повлияют на выбор по умолчанию на ближайшие один-два года.

5. На отечественной стороне результаты этого периода сосредоточены у SuPower и Nuclei, маршрут смещается с плат на системный стек. Содержательная работа SuPower — поддержка моделей и исправление бага деградации декодирования (logits копировались в 4-байтовый буфер токена, из-за чего на каждом шаге декодирования разрушалась таблица поиска); такие дефекты локализуются только посимвольным сравнением на реальной машине; Nuclei переводит вход в инструментальную цепочку на VS Code и попутно завершает подключение AI-ассистента. XuanTie и ESWIN в окне мониторинга пустовали, а SpacemiT одновременно продвигает зонтичный репозиторий Bianbu AgentOS и фреймворк управления роботизированной рукой — одна компания параллельно ведёт «среду выполнения агента на устройстве» и «калибровку/диагностику/кинематику роботизированной руки», что показывает: центр тяжести её программного стека RISC-V смещается с драйверов и документации к поставляемому системному уровню. Новостная сторона в этом выпуске тонковата: после дедупликации китайских и английских запросов реально нового всего три пункта — Linux 7.4, Qwenputer, Nuclei Studio, остальное — биржевые заметки, потребительская электроника и повторные публикации старых материалов; open-source сторона по-прежнему составляет основное.

Приложение

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

Контрольная таблица источников

Источник Результат проверки
Google News (27 групп запросов на китайском и английском) После дедупликации в окне мониторинга по существу добавлено 3 материала: Linux 7.4, Qwenputer, Nuclei Studio; остальное — биржевые сводки, потребительская электроника, повторные публикации старых материалов и шум от азартных игр, исключено
Hacker News 2 материала: Linux 7.4 (действительный); блог Ubuntu об эволюции после RVA23 (оригинал от 9-15, относится к старым материалам, не засчитывается как запись)
Phoronix 1 тематический материал по RISC-V в окне мониторинга (Linux 7.4); остальное — видеокарты и подсистемы хранения
CNX Software, LinuxGizmos, LWN Тематических совпадений по RISC-V в окне мониторинга нет
Официальный блог riscv.org Новых статей нет; баннер на главной — напоминание о дедлайне приёма докладов на North America Summit
Страница новостей официального сайта openRuyi Последняя по-прежнему версия 2026.09 (9-30); октябрьская версия не выпущена, две записи от 10-19 уже вошли в предыдущие отчёты
Основной репозиторий openRuyi 6 коммитов, включая добавление llvm23 23.1.4 и исправление безопасности ollama 0.40.7
Обход riscv100.top Примечательно: добавлена 1 запись от 10-17 (XSCC 2.0 на XiangShan KMHv3 RTL 3GHz, int 68.41, fp 76.95), 2 записи выбыли; разделы What’s New и состав комитета без изменений
Обход официальных сайтов компаний-членов RISC-V Проверена 391 компания (67 не удалось загрузить); обновления — типовой контент главных страниц вузов и организаций, без существенных продуктовых, финансовых или архитектурных новостей
Ключевые репозитории GitHub XiangShan 4 коммита, difftest 9 коммитов, NEMU 2 коммита, XSCache 1 коммит, GEM5 1 коммит, CVW 19 коммитов, CVA6 0 коммитов, openRuyi 6 коммитов, Sophgo 5 коммитов, SpacemiT 11 коммитов, Nuclei 5 коммитов, Radxa Linkr 4 коммита
Espressif (espressif) 58 пушей в репозитории за окно мониторинга — ежедневная пакетная синхронизация, тематических изменений по RISC-V не обнаружено
DAMO Academy XuanTie, Eswin Нулевые пуши на уровне организаций за окно мониторинга, последние коммиты — 10-29 и 10-19 соответственно