Окно мониторинга: 2026-11-02 05:00 ~ 2026-11-03 05:00 (пекинское время, 24 часа).

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

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

  • Главное за сегодня: Andes замедляет разработку высокопроизводительного RISC-V CPU Cuzco, AI-бизнес уже составляет половину её выручки (11-02)
  • Динамика рейтинга RISC-V 100
    • Дозапись от 07-30: XSCC 1.1 на SpacemiT K3 X100, SPEC CPU2026 Rate int 0.9, fp 1.07 (обход 11-03)
    • В What’s New добавлена страница «сравнение оборудования», три пункта Upcoming по-прежнему в статусе Preparing (обход 11-03)
    1. Открытое сообщество и программная экосистема
      • XiangShan возвращает исполнение внеочередных CSRR в декодирование бэкенда (11-02)
      • В TAGE XiangShan bankIdx переведён на биты истории, 2048 позиций четырёх банков стали доступны (11-02)
      • XiangShan предвычисляет условия override s2/s3 в BPU, сжимая логику последнего каскада пути следующего PC (11-02)
      • XiangShan переводит подмодуль XSCache на версию с исправлением «late hints» (11-02)
      • difftest сохраняет состояние асинхронного верификатора AME при squash replay (11-02)
      • NEMU направляет матричные обращения по оптимизированному пути общего TLB, CI переведён на переиспользование комментариев о производительности (11-02)
      • CORE-V CVW, три коммита: перезагрузка DTLB после sfence.vma, очистка незавершённого кода CLINT, сбор функционального покрытия в Verilator и VCS (11-02 — 11-03)
      • CORE-V cvfpu исправляет FFLARNC с помощью именованного сигнала clear (11-02)
      • openRuyi исправляет команду компоновки ninja в clang-wrap, mtools получает патч для CVE-2026-118384 (11-02)
      • KU Leuven впервые в open source реализует DMP на ядре RISC-V и предлагает защиту SecDMP (11-03)
      • riscv100.top запускает страницу «сравнение оборудования» (11-03)
    1. Динамика продуктов и экосистемы
      • Европа запускает промышленную вычислительную инициативу ERICI, чтобы превратить RVA23 в «промышленный компьютер» (11-02)
    1. Углублённое изучение отечественных команд
      • Nuclei создаёт новый репозиторий с двойным SDK для T0 Chiplet, руководство по инструментам следует за релизом 2026.10 (11-02)
      • SpacemiT docs-ros дополняет инструкцию по установке ROS 2 для Ubuntu 26.04 (11-02)
      • Sophgo SG2044 EDK2 по умолчанию отключает проверку ECRC для PCIe (11-02)
      • XuanTie (Alibaba DAMO Academy) и ESWIN: нулевая новая разработка на уровне организаций в окне мониторинга (11-03)
    1. Специальный раздел: воплощённый интеллект и робототехника
      • SpacemiT: слияние трёх репозиториев в один день — развёртывание оборудования G1 и запуск режима движения ONNX (11-02)
      • humanoid_common поддерживает онлайн-переключение стратегий и асинхронное планирование SONIC (11-02)
      • control_whole_body использует тригонометрические таблицы для связанного отображения и дополняет восстановление обратной связи при запуске (11-02)
    1. Итоги и наблюдения за трендами
  • Приложение: полный перечень источников и таблица проверки источников

Главное за сегодня: Andes замедляет разработку высокопроизводительного RISC-V CPU Cuzco, AI-бизнес уже составляет половину её выручки (11-02)

EE Times 2 ноября сообщил из Тайбэя, что технический директор Andes Чарли Су подтвердил: компания замедлила темпы разработки высокопроизводительного RISC-V CPU IP «Cuzco», перенаправив инженерные ресурсы в более быстрорастущий AI-бизнес. Изначально Cuzco был проектом специально выделенной компании Condor, созданной Andes для высокопроизводительного ядра дата-центрового класса, публично представленным на Hot Chips 2025, а ранее в этом году возвращённым внутрь компании. По словам Су, экосистема должна сначала дорасти до этого уровня, чтобы у оборудования появился шанс, а линия AI растёт слишком быстро, поэтому ресурсы приходится в первую очередь направлять туда, где можно немедленно получить доход.

В цифрах: AI-бизнес Andes сейчас составляет половину выручки, в прошлом году вырос на 30%, в этом году ожидается рост на 50%. Собственный ускоритель глубокого обучения компании невелик — около 4 TOPS (1 GHz) со встроенным компилятором; основная часть AI-выручки comes от AI-чиповых компаний, использующих ядра CPU Andes для управления, оркестрации и перемещения данных, среди клиентов названы Meta, d-Matrix, Fractile и Axelera. Такие лицензии чаще всего представляют собой заказные ядра с крайне сжатыми сроками поставки — это и есть причина оттока внутренних ресурсов.

Cuzco не отменён. Su говорит, что он всё ещё будет выпущен как продукт, возможно, под другим названием, просто сроки растянуты, и компания будет «делать постепенно, одновременно ожидая сигналов, оправдывающих ускорение». Логику IP-бизнеса он объясняет довольно прямо: ядро, приносящее сегодня наибольшую выручку, было спроектировано более десяти лет назад, и клиенты могут развивать его более десяти лет, поэтому «сделать правильно и с возможностью многократного использования» важнее, чем быть первым. Приоритеты на ближайшее время — ядро-контроллер для рынка памяти (уже 10 клиентов выпускают серийно малые ядра-контроллеры), автомобили и робототехника. Ещё один контекст: Arm, выпустив собственное высококлассное CPU-кремниевое решение, изменила бизнес-модель, и Su считает, что это, наоборот, подорвало доверие клиентов, что выгодно таким IP-поставщикам, как Andes.

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

Дата: 2026-11-02　Источник: EE Times: Andes Waits For Market Momentum For Cuzco CPU

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

Этот обход состоялся всего через день после предыдущего, скрипт определил значительные изменения, и по методологии они размещены ближе к началу основного текста.

Новые записи в рейтинге (кросс-архитектурный · SPEC CPU2026 и канал RISC-V · SPEC CPU2026 — по одной записи): 07-30｜команда компилятора XiangShan (XSCC)／Jindie Space-Time｜XSCC 1.1 на Jindie K3 X100 2.4GHz｜int 0.9, fp 1.07 (rate/ref, Completed); по сравнению с предыдущей записью для этой платформы (05-31, LLVM 22.1.0) int +2.3%, fp +9.2%. Дата этой записи — 07-30, намного раньше даты текущего обхода, это дополнительно внесённая запись, и её не следует читать как сегодняшний новый результат, а также не следует на её основе интерпретировать улучшения архитектуры — она относится к иной плоскости рейтинга, чем вчерашняя дополнительно внесённая запись 10-17 CPU2006 speed (XSCC 2.0 на XiangShan KMHv3 RTL 3GHz, int 68.41, fp 76.95), и не представляет собой замену лидера.

What’s New: две новые записи: SpacemiT K3 X100 XSCC 1.1 SPEC CPU2026 Rate (соответствует вышеуказанной записи рейтинга, объединённое изложение, не считается отдельно), Hardware Comparison Now Available (объявление о функции сайта, см. раздел 1).

Upcoming: три пункта по-прежнему в статусе Preparing: AWS Graviton5 NeoverseV3 (SPEC2006／2017／2026), SpaceMiT K3 X100 (Vectorization／IME), GCC 16 SPEC CPU тестирование. Изменений в составе членов комитета нет.

Дата: 2026-11-03　Источники: riscv100.top кросс-архитектурный SPEC CPU2026, riscv100.top канал RISC-V SPEC CPU2026, riscv100.top главная страница

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

XiangShan вернул внеочередное исполнение CSRR в бэкенд-декодирование (11-02)

PR № 6779 вернул внеочередное исполнение инструкций класса CSRR. Контекст: после того как в бэкенд XiangShan был добавлен новый блок декодирования, прежняя реализация внеочередного исполнения CSRR была утрачена, и чтение-запись CSR, которые ранее могли выдаваться параллельно, снова вернулись к последовательному режиму, замедляя все пути, зависящие от CSR. Непосредственная цель этого изменения — снова подключить их к новой цепочке декодирования.

Автор попутно указал на один пропуск: в псевдоканале декодирования инструкции CSRRVL и CSRRVLENB подвергаются специальной обработке только тогда, когда они имеют форму CSRR, а формы CSRRSI／CSRRC／CSRRCI, которые также читают и записывают регистр длины вектора, не покрыты. Такие пробелы «учтена только одна форма кодирования» легко возникают в векторном коде, поскольку компилятор часто сериализует vsetvl в цепочку CSRRSI, а не CSRR.

Дата: 2026-11-02　Источник: XiangShan #6779

В TAGE XiangShan bankIdx переведён на биты истории, 2048 позиций четырёх bank стали доступны (11-02)

PR № 6771 изменил способ индексации предсказателя ветвлений TAGE. Ранее bank определялся только по PC, то есть одна и та же история могла попадать лишь в 512 табличных записей одного фиксированного bank, а ёмкость остальных трёх bank для этой истории полностью пропадала. После изменения история участвует и в выборе bank, и в выборе set, теоретически все 2048 позиций четырёх bank могут быть задействованы.

Практические выводы изложены довольно сдержанно: по трём пунктам astar, xalancbmk и gobmk есть явный выигрыш, в libquantum наблюдается регрессия, причина в том, что новая структура чаще попадает в bank-конфликты, автор оставил это на последующую доработку. Ценность этого изменения в том, что оно указывает на часто игнорируемый учёт ёмкости — как бы велика ни была таблица предиктора, если индекс использует только одно измерение, фактически доступная ёмкость будет измельчена структурой.

Дата: 2026-11-02　Источник: XiangShan #6771

XiangShan: условия s2/s3 override предвычислительного BPU, сжатие логики последнего уровня пути next-PC (11-02)

PR № 6753 — чисто временная оптимизация. Подход: заранее вычисляются условия s2/s3 override для каждого кандидата ветвления, затем результат выбирается по унитарной маске «первой взятой ветви»; одновременно результат taken для s2 предвычисляется в двух вариантах под два возможных исхода TAGE, так что запаздывающий прогноз TAGE отвечает только за выбор последнего уровня.

Эффект в том, что на самом узком пути next-PC глубина логики после запаздывающего сигнала снижается, а поведение предсказания остаётся неизменным. Такие изменения не видны в цифрах производительности, но определяют верхнюю границу тактовой частоты; это продолжение линии XiangShan последнего этапа — «сначала устранить временные заторы на высоких частотах».

Дата: 2026-11-02　Источник: XiangShan #6753

XiangShan: указатель подмодуля XSCache переведён на версию с исправлением «late hints» (11-02)

PR № 6803 меняет лишь одну строку указателя подмодуля, поднимая XSCache с e9488ae до a041f07; сообщение коммита — «заменить арбитр для исправления проблемы late hints». Такие коммиты, меняющие только указатель, легко пропустить в ежедневном отчёте, но они часто означают, что межрепозиторное исправление уже влито — late hints на стороне кэша напрямую влияют на эффективность предвыборки и относятся к той же линии работ, что и рефакторинг очереди предвыборки фронтенда XiangShan в этом выпуске.

Дата: 2026-11-02　Источник: XiangShan #6803

difftest: сохранение состояния асинхронного верификатора AME при squash replay (11-02)

PR № 987 исправляет потерю состояния при проверке матричного расширения во время воспроизведения. Изменение делает снимок и восстанавливает три вещи до и после replay, вызванного squash: матричный программный ROB, ожидающие события msync и состояние AME на эталонной стороне; кроме того, порядковый номер коммита AME сквозным образом передаётся в асинхронную проверку MMA, чтобы различать «ошибки в текущем пакете» и «сбои, оставшиеся от более ранних», а на границе воспроизведения очередь ожидающих проверки элементов опустошается.

Есть и инженерная деталь, которую стоит отметить: при воспроизведении сбрасываются поставленные в очередь проверки и сохранённые ошибки, но бэкенд не заменяется — служба CUDA и пул результатов остаются живыми, чтобы дочерний процесс LightSSS, уже запущенный в родительском процессе, мог переподключиться. Это необходимое условие для превращения матричной проверки из «одноразовой пакетной обработки» в «прерываемую и возобновляемую».

Дата: 2026-11-02　Источник: difftest #987

NEMU: матричные обращения переводятся на оптимизированный путь разделяемого TLB, CI переходит на переиспользование комментария с производительностью (11-02)

PR № 1275 распространяет определение права на разделяемый кэш PERF_OPT_SHARE и проверку PBMT на матричные обращения, сохраняя при этом прежние пути SLOW и двухфазного перевода; матричные попадания переводятся на общую функцию обработки физического доступа, чтобы сохранить проверки прав, события AMU и отложенный перенос данных. Иными словами, матричный доступ к памяти больше не обходной путь, а подключён к тому же учёту TLB, что и обычный доступ.

PR № 1276 — улучшение CI: комментарий с результатами производительности теперь обновляется в одном и том же комментарии (позиционируется по скрытому маркеру), а запуски сериализуются по ветке PR, чтобы параллельно завершившиеся CI не дублировали комментарии. Для разработчиков, которые ежедневно читают регрессии производительности, это практичнее, чем ещё одна новая функция.

Дата: 2026-11-02　Источник: NEMU #1275, NEMU #1276

CORE-V CVW: три PR — перезагрузка DTLB после sfence.vma, очистка незавершённого кода CLINT, сбор функционального покрытия в Verilator и VCS (11-02 — 11-03)

Три слитых PR охватывают обе стороны — верификацию и реализацию. PR № 2019 меняет тест holdaccess: после каждого sfence.vma страница данных заново загружается в DTLB, поэтому тест покрывает реальный путь «перезагрузка после инвалидации», а не полагается на удачное попадание старой записи. PR № 2034 удаляет незавершённый код timereg в CLINT, неиспользуемый TIMECLK и партию устаревших комментариев TODO/Hack — 24 файла, +39/−155, это сокращение технического долга. PR № 2009 позволяет wsim собирать функциональное покрытие в обоих симуляторах — Verilator и VCS; для открытого ядра это значит больше, чем кажется: только когда функциональное покрытие воспроизводимо между симуляторами, цифры покрытия обретают ценность для сравнения.

Дата: 2026-11-02 — 2026-11-03　Источники: CVW #2019, CVW #2034, CVW #2009

CORE-V cvfpu исправляет FFLARNC с помощью именованного сигнала clear (11-02)

PR № 187 со стороны BSC изменяет подключение FFLARNC (сброс флагов плавающей точки) в 64-битном многомодовом блоке деления и извлечения квадратного корня: вместо прежнего неявного соответствия по позиции используется именованный сигнал clear, что позволяет избежать ошибочного подключения в параметризованных экземплярах. Подобные исправления не дают прироста производительности, но напрямую влияют на корректность флагов исключений плавающей точки — это класс проблем, которые легко пропустить при верификации и трудно обнаружить на кремнии.

Дата: 2026-11-02　Источники: cvfpu #187

openRuyi исправляет команду компоновки ninja в clang-wrap, mtools получает исправление CVE-2026-118384 (11-02)

В основном репозитории openRuyi в окне мониторинга 7 коммитов. Наиболее существенный — обновление clang-wrap до 20261102, исправляющее дефект, при котором восстановленная команда компоновки для данной машины не поддерживала ninja-build при сборке libical — сбои сборки таких пакетов на RISC-V часто ошибочно трактуются как «отсутствие поддержки в upstream», хотя на деле это проблема сборки команд в обёрточном слое. Кроме того, mtools обновлён до 4.0.50 с исправлением CVE-2026-118384, а также единовременно добавлены шесть spec-файлов экосистемы Go (SDK ve-tos от Volcano Engine, cos-go-sdk и tencentcloud-sdk-go от Tencent Cloud, go-httpheader и др.), что свидетельствует о послойном восполнении зависимостей облачно-нативных и storage-стеков.

Дата: 2026-11-02　Источники: история коммитов openRuyi, clang-wrap 20261102, mtools 4.0.50

KU Leuven впервые в открытом коде реализует DMP на ядре RISC-V и предлагает защиту SecDMP (11-03)

Статья KU Leuven DistriNet и EURECOM (принята на NDSS 2027, расширенная версия на 32 страницах) рассматривает побочные каналы префетчера данных, зависящего от памяти (DMP). DMP уже вошли в мейнстримные настольные и серверные CPU: они выполняют префетч по значениям в памяти, похожим на указатели, что даёт выигрыш в производительности, но кодирует секреты в микроархитектурном состоянии — даже константное по времени выполнение, укреплённое против Spectre, не защищает от этого.

В статье сначала приводится классификация утечек через DMP и новые атаки, затем реализуется первый открытый DMP на процессоре RISC-V, и на практике доказывается, что единственная существующая защита, «желающая сохранить производительность DMP», не отражает целый класс утечек; далее предлагается SecDMP: требуется помечать секреты в памяти, чтобы DMP никогда не кодировал их в микроархитектуре, и формально доказывается, что утечка не превышает «базового уровня без DMP» при сохранении производительности на публичных данных. Аппаратная цена — не более 0,5% площади на исследовательском ядре RISC-V. Ценность для сообщества открытых ядер состоит в том, что подобные оптимизации, как DMP, переходят от проприетарных решений крупных компаний к конфигурируемым ядрам, и безопасность должна закладываться в RTL заранее, а не добавляться после изготовления чипа.

Дата: 2026-11-03　Источники: arXiv:2610.37454 SecDMP (расширенная версия), HTML-версия статьи

riscv100.top запускает страницу «Сравнение оборудования» (11-03)

На рейтинговом сайте в разделе What’s New появилось «Hardware Comparison Now Available» — сайт добавил кросс-аппаратное сравнительное представление. Это относится к экосистеме и информационной работе сообщества, а не к новым результатам измерений: в разделе Upcoming по-прежнему числятся три группы в статусе «Preparing» — AWS Graviton5 NeoverseV3 (SPEC2006/2017/2026), векторизация и тесты IME для SpaceMiT K3 X100, а также тесты SPEC CPU для GCC 16; насколько страница сравнения будет заполнена данными, зависит от того, когда эти три группы дадут результаты.

Дата: 2026-11-03　Источники: главная страница riscv100.top

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

Европа запускает инициативу ERICI для промышленных вычислений, намереваясь превратить RVA23 в «промышленный компьютер» (11-02)

На Hacker News появилась инициатива под названием ERICI (European RISC-V Industrial Computing Initiative), инициатором которой выступил Юрий Запорожец из Германии; позиционируется она как некоммерческое отраслевое сотрудничество. Постановка проблемы у неё весьма прямая: кремний на базе RVA23 уже есть, а «промышленного компьютера» нет — производители плат ждут программного обеспечения, разработчики ПО ждут плат, клиенты ждут и того и другого; этот замкнутый круг нужно разорвать с помощью открытого референсного стека, работающего на реальном оборудовании.

Референсный стек разделён по уровням: прошивка выполняет инициализацию и POST, затем передаёт управление загрузчику UEFI; gRouvr загружается подобно ядру, упаковывает ядра и initramfs каждого раздела через CPIO, а затем распределяет CPU, память, устройства и соответствующие деревья устройств между разделами реального времени и разделами Linux, которые параллельно и изолированно работают на одном SoC. Лицензии прописаны чётко: HFI BIOS распространяется по GPL-2.0 (на основе U-Boot), mr-bml — по GPL-3.0, gRouvr и QSOE — по Apache 2.0. Стек разделов уже продемонстрирован на плате PicoITX от SpacemiT K3, а QSOE в качестве гостевой системы gRouvr успешно прошла вход в систему.

Также честно перечислены пробелы: готовые машины на RVA23 (Firefly AIBOX-K3, Milk-V Jupiter2) по большинству пунктов — широкий диапазон входного напряжения, −40~85℃, полевые шины и I/O реального времени, монтаж на DIN-рейку, промышленная EMC и сертификация безопасности, долгосрочные поставки на 10~15 лет — остаются «не отмеченными», а программный стек разделов ещё не доведён до продукта. Этот подход «сначала определить межслойные интерфейсы, затем послойно проверить совместную загрузку» можно сопоставить с отечественными подходами к RISC-V в промышленности и автомобильной сфере.

Дата: 2026-11-02　Источники: официальный сайт ERICI, обсуждение на Hacker News

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

Nuclei создаёт два репозитория SDK для T0 Chiplet, руководство по инструментам следует за релизом 2026.10 (11-02)

Днём 2 ноября Nuclei создала два репозитория: nuclei-t0-sdk (описание — Nuclei Ecosystem T0 Chiplet Baremetal/RTOS SDK) и nuclei-t0-linuxsdk (T0 Chiplet Linux SDK); оба на данный момент пустые, с нулём коммитов. Сами по себе пустые репозитории дают мало информации, но одновременный запуск двух SDK — «baremetal/RTOS» и «Linux» — и оба с именем T0 Chiplet говорят о том, что на следующем этапе продуктовая линейка будет разворачивать программный стек для T0 в форме chiplet как отдельной платформы, а не в рамках SDK существующих ядер.

В тот же день в nuclei-tool-guide появились три коммита документации, все указывающие на версию 2026.10: обновление документации libncrt с добавлением changelog инструментальной цепочки, обновление документации xlmodel, а также запись в changelog об проблемы _mcount при -pg в clang. Поквартальный выпуск инструментальной цепочки с синхронным обновлением документации — довольно стабильный ритм Nuclei за последние два года.

Дата: 2026-11-02　Источники: nuclei-t0-sdk, nuclei-t0-linuxsdk, коммиты nuclei-tool-guide

SpacemiT дополняет docs-ros инструкцией по установке ROS 2 для Ubuntu 26.04 (11-02)

PR №224 добавляет в документацию по установке ROS 2 на K3 раздел для Ubuntu 26.04: ключи подписи Bianbu и настройка репозиториев ROS 2, команды фиксации (pinning) APT-пакетов и обновления индекса, а также предварительные требования к сети и синхронизации времени на Bianbu. Такая документация кажется мелочью, но на практике это первый барьер для разработчиков роботов — неправильно настроенный репозиторий или рассинхронизация времени напрямую приводят к сбою обнаружения узлов ROS 2.

Дата: 2026-11-02　Источники: docs-ros #224

Sophgo отключает проверку ECRC для PCIe по умолчанию в EDK2 для SG2044 (11-02)

Sophgo изменила модуль PcieInitPei платформы SG2044 в EDK2 так, чтобы по умолчанию ECRC не генерировался и не проверялся; изменение составляет 20 строк. ECRC — это сквозной CRC на уровне транзакций PCIe, теоретически его следует включать, но на практике в комбинациях плат и переходников, когда конечная точка не реализует его или реализует несовместимо, это приводит к сбоям перечисления и аномалиям канала, поэтому многие платформы отключают его по умолчанию. Это изменение относится к инженерным компромиссам «совместимость прежде всего» и косвенно свидетельствует о том, что экосистема готовых систем SG2044 всё ещё находится в периоде адаптации.

Дата: 2026-11-02　Источник: коммит edk2-platforms

XUANTIE Damo Academy и ESWIN: нулевая активность на уровне организаций в окне мониторинга (11-03)

XUANTIE Damo Academy (XUANTIE-RV, 73 репозитория) и ESWIN Computing (eswincomputing, 17 репозиториев) не делали пушей в окне мониторинга; их последние коммиты датируются концом октября и примерно 10-19 соответственно. Публичная активность XUANTIE за последние две недели сосредоточена на продуктах и дорожной карте (6 млрд отгрузок, автомобильное ядро E908A, планы C950A), при этом соответствующих изменений в открытых репозиториях нет; такое состояние «активность на коммерческой стороне, тишина на стороне открытого кода» является нормой для IP-вендоров и не требует излишней интерпретации.

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

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

spacemit-robotics: слияние трёх репозиториев в один день — аппаратное развёртывание G1 и онлайн-режимы движения на ONNX (11-02)

2 ноября в 14:30 три репозитория spacemit-robotics были слиты в одну и ту же минуту, автор — beililcj, что явно указывает на комплект согласованных изменений. Самым тяжёлым является PR № 13 в humanoid_unitree_g1: 54 файла, +6087/−141. На стороне конфигурации добавлен g1_hardware.yaml (467 строк), а g1.yaml расширен до 505 строк изменений; в документацию добавлены четыре статьи — аппаратное развёртывание, геймпад, удалённое управление со смартфона и голосовые подсказки; на стороне скриптов добавлены конфигурация реального времени, установка службы systemd, записи калибровки и набор скриптов запуска (от симуляции к реальной машине, драйверы, HMI, TUI); тесты охватывают повторные попытки запуска, конфликты блокировок драйверов, привязку геймпада, демпфирование поясницы и точку входа предобучения.

Функционально наиболее примечательно то, что ONNX-политики организованы в «режимы движения» с возможностью переключения онлайн: ходьба по умолчанию в LocoMode, явный триггер танца, а также планирование SONIC и спокойная опорная поза — всё подключено через одну и ту же систему управления режимами, и голосовые подсказки с управлением со смартфона также согласованы с ней. Это означает, что G1 превращается из «умеет запускать одну политику» в «умеет переключаться между несколькими политиками и воспроизводить действия по режимам», что является необходимым шагом к продуктофикации.

Дата: 2026-11-02　Источник: humanoid_unitree_g1 #13

humanoid_common: поддержка онлайн-переключения политик и асинхронного планирования SONIC (11-02)

PR № 26 в humanoid_common — это общий слой вышеописанной группы изменений: 38 файлов, +2269/−71. Суть — связать конечный автомат поведения (два состояния: HOME и RL), адаптеры политик (history-actor, траектории суставов, stance motion, планировщик SONIC) и отчётность о состоянии исполнителей передачи, чтобы «онлайн-смена политики» стала нормальным переходом конечного автомата, а не перезапуском процесса.

Заслуживают упоминания два проектных решения: во-первых, «выбор режима» отделён от «воспроизведения действия», чтобы выбор режима не вызывал действие попутно; во-вторых, наблюдение запланированных действий начинается с кадра 0, а не отбрасывает начальный кадр. Также внесены несколько исправлений в конфигурацию геймпада, веб-клиент и обработку отключения питания, включая разрешение ручного отключения питания при устаревшем состоянии, — именно такие граничные условия чаще всего становятся проблемой при переходе из лаборатории в поле.

Дата: 2026-11-02　Источник: humanoid_common #26

control_whole_body: связанное отображение через треугольные таблицы и восстановление обратной связи при запуске (11-02)

PR № 9 в control_whole_body добавляет модуль треугольных таблиц (triangle_table.cpp／h, 185 строк) для связанного отображения на калибровочной сетке: допуск включения треугольников масштабируется по площади ячейки, что гарантирует отсутствие скачков при интерполяции на упорядоченной калибровочной сетке. Одновременно добавлены три исправления — удержание пассивного демпфирования, ожидание обратной связи при запуске и упорядоченная интерполяция; в тесты добавлены три группы: ядро, конфигурация таблиц и отображение таблиц.

Организация калибровочных данных в виде «таблица + триангуляция», а не простой поиск по таблице, нужна для того, чтобы сохранять непрерывную интерполяцию в местах с сильной нелинейностью связи суставов; вместе с восстановлением обратной связи при запуске это решает проблему безопасности, вызванную несоответствием команды и измеренного положения в момент включения питания. Этот слой малозаметен, но определяет, сможет ли машина в целом стабильно стоять при неидеальной калибровке.

Дата: 2026-11-02　Источник: control_whole_body #9

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

Сегодняшний объём информации сосредоточен в трёх местах, и они указывают на разные уровни.

Во-первых, коммерческий ритм довлеет над дорожной картой. Andes замедлил высокопроизводительное ядро Cuzco и перебросил ресурсы в AI-бизнес, уже занимающий половину выручки, — это редкий в текущем цикле RISC-V индустрии пример «осознанного снижения скорости». Он напоминает командам, делающим высокопроизводительные ядра: когда экосистема и бюджеты клиентов не готовы, даже самые красивые показатели производительности не принесут заказов; сложный процент в IP-бизнесе происходит от повторного использования, а не от первенства

Во-вторых, прогресс открытых ядер по-прежнему появляется в формате «маленькими, но плотными» шагами. Xiangshan за один день — четыре коммита (внеочередное исполнение CSRR, размерность индекса TAGE, тайминг BPU, указатель XSCache), CVW за один день — три коммита (тест перезагрузки DTLB, сокращение долга CLINT, функциональное покрытие двух симуляторов), NEMU и difftest исправили по одной проблеме согласованности состояний, связанной с матричным расширением. Каждый отдельный коммит невелик, но направление едино: сделать основательным управление состояниями на двух новых путях — внеочередном исполнении и матричном расширении.

В-третьих, робототехнический стек восполняет сегмент «развёртывания». Три репозитория Jindie SpaceTime в один день слиты вместе — акцент не на новых алгоритмах, а на аппаратном развёртывании, онлайн-переключении стратегий, отображении калибровочных таблиц и восстановлении при запуске — всё это необходимые компоненты превращения лабораторных стратегий в поставляемый продукт. Рассматривая это вместе с усилиями ERICI в Европе сделать RVA23 промышленным компьютером, следующий этап роста RISC-V больше похож на переход от «может ли работать» к «может ли долго и стабильно работать на месте».

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

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

Коммиты — https://github.com/Nuclei-Software/nuclei-tool-guide/commits/master

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

Источник Результат проверки
Google News (27 стандартных групп + 12 дополнительных, через прокси) В окне мониторинга по существу 3 новых записи: Andes Cuzco (EE Times), инициатива ERICI (в связке с HN), SecDMP (KU Leuven); «6 млрд ядер XuanTie» — повторное распространение старой новости с саммита 10-19, уже включено 10-20, не дублируется
Hacker News 1 релевантная запись: европейская инициатива ERICI по промышленным вычислениям на RISC-V
Phoronix, CNX Software, LinuxGizmos, LWN Вычислительный модуль ESP32-P4 от LinuxGizmos — повторная публикация о продукте, о котором уже сообщалось в июне; в окне мониторинга новых событий нет, не включается; по остальным источникам релевантных материалов по RISC-V нет
arXiv 1 запись: SecDMP (NDSS 2027, первая открытая реализация DMP на ядре RISC-V)
Официальный блог riscv.org Новых публикаций нет
Страница новостей официального сайта openRuyi Последняя по-прежнему версия 2026.09 (9-30); октябрьская версия не выпущена
Основной репозиторий openRuyi 7 коммитов: clang-wrap 20261102, исправление безопасности mtools 4.0.50, шесть спецификаций экосистемы Go
Обход riscv100.top Примечательно: в SPEC CPU2026 дополнительно внесены две записи от 07-30 (кросс-архитектурный канал и канал RISC-V), в What’s New добавлена страница сравнения аппаратного обеспечения, три пункта Upcoming по-прежнему в статусе Preparing, изменений в комитете нет
Обход официальных сайтов компаний-членов RISC-V Обойдено 391 компания (68 не удалось загрузить), на главных страницах 93 компаний изменения контента — все обновления маркетинговых и новостных блоков, без существенной динамики по продуктам, финансированию или архитектуре
Ключевые репозитории GitHub XiangShan 4, difftest 1, NEMU 2, XSCache 0 (указатель подмодуля обновлён со стороны XiangShan), CVW 3, cvfpu 1, CVA6 0, openRuyi 7, SpacemiT 4, spacemit-robotics 3, Nuclei 3, SOPHGO 4
XuanTie (Alibaba DAMO Academy), ESWIN В окне мониторинга нулевые пуши на уровне организаций
Espressif, Sipeed, revyos, Radxa Linkr esp-idf 7 коммитов (на стороне RISC-V — возврат заголовочных файлов PMP/PMA в rvsleep и исправление HTTP-сервиса C5); MaixPy 1 коммит с исправлением документации; revyos — только пуши веток и тегов; Radxa Linkr — пушей нет