Окно мониторинга: 2026-10-29 06:00 ~ 2026-10-30 06:00 (пекинское время, 24 часа; утренний выпуск пятницы, окно продолжается от точки отсечения предыдущего ежедневного отчёта).

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, поиск 189 коммитов, поиск 183 слитых PR и 253 PR на рассмотрении, 100 событий потока org, атомарная проверка Release/Tag в 31 репозитории, атомарная дополнительная проверка и сверка веток в 5 репозиториях, проверка текстов ключевых PR и объёма артефактов), Google News RSS (24 группы запросов на китайском и английском, через прокси), HN Algolia (8 групп), колонка FlagOS на CSDN (постраничная проверка времени статей и записей трансляций), сообщество Zhiyuan, официальные сайты восьми организаций-участников (подробности в списке источников в приложении).

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

  • Главное сегодня: Hygon DTK 26.10 подключён по трём линиям (контейнеры, компиляция, коммуникации); две модели MiniCPM-OCR покрывают 12 платформ в Day0; тестовая инфраструктура ref-as-candidate развёрнута в двух репозиториях (10-29)
    1. Прогресс open-source проектов (динамика GitHub)
      • 1.1 Ритм организации: 21 репозиторий с пушами, 189 коммитов, 183 слияния, 253 на рассмотрении (10-29 ~ 10-30)
      • 1.2 Версии: FlagTree выпустил специальный тег Tsingmicro 3.6, FlagCX v0.14.1 переведён с тега на wheel-линию (10-29)
      • 1.3 FlagGems: KernelGen слил 22 оператора за день, завершена интеграция foreach для Kunlunxin XPU3 (10-29)
      • 1.4 Тестовая инфраструктура: ref-as-candidate развёрнут в двух репозиториях, 57 тестовых PR закрыто за день (10-29)
      • 1.5 Стек инференса и обучения: GLM-5.3-Flash и Qwen3.8-Flash вошли в плагин (10-29)
      • 1.6 Компиляция и коммуникации: постоянный GEMM и SPMC от Moore Threads вошли в основную ветку, FlagCX дополнен интерфейсами двух устройств (10-29)
      • 1.7 Сборка и релизы: восемь слияний Hygon DTK 26.10, rpm-цель Ascend и описание образа 2.3.0 (10-29)
      • 1.8 Квантовая линия: 60 коммитов FlagQuantum, сквозной конвейер синтеза CS-01 — CS-07 (10-29)
      • 1.9 Остальные репозитории: реорганизация учебных материалов OpenCourse, сведение CI в FlagScale и TransformerEngine-FL (10-29)
    1. Новости и экосистема
      • 2.1 Две модели MiniCPM-OCR адаптированы к 12 платформам в Day0, пропускная способность XuanTie от DAMO Academy достигает 98,7% от нативной (10-29)
      • 2.2 Техническая трансляция на CSDN: один плагин объединяет адаптацию инференса для десяти чипов (10-29)
      • 2.3 Проверка каналов: в HN и сообществе Zhiyuan новых попаданий нет, в колонке CSDN добавлены одна статья и одна трансляция (10-29)
    1. Углублённый анализ организаций-участников и производителей бэкендов
      • 3.1 Hygon: полная цепочка внедрения DTK 26.10 от контейнеров до wheel (10-29)
      • 3.2 Tsingmicro: бэкенд Triton 3.6 синхронно слит и выпущен специальный тег (10-29)
      • 3.3 Kunlunxin: цепочка интеграции foreach для XPU3 и завершение константных сеток (10-29)
      • 3.4 MetaX: пути INT8 и FP8 для сгруппированного GEMM, планирование декодирования TP2 (10-29)
      • 3.5 Moore Threads: постоянный GEMM TLE и SPMC синхронно вошли в основную ветку (10-29)
      • 3.6 Enflame, Ascend, XuanTie от DAMO Academy: четыре линии операторов внимания и нормализации (10-29)
      • 3.7 Iluvatar CoreX: TianGai 300 впервые публично продемонстрирован на реальной машине, заявленная пропускная способность одной карты — 1,05× H200 (10-28)
    1. Итоги и наблюдения за трендами
  • Приложение: таблица проверки источников и полный список источников

Главное сегодня: Hygon DTK 26.10 подключён по трём линиям (контейнеры, компиляция, коммуникации); две модели MiniCPM-OCR покрывают 12 платформ в Day0; тестовая инфраструктура ref-as-candidate развёрнута в двух репозиториях (10-29)

Дата: 2026-10-29　Источник: build-infra PR #1554 · build-infra PR #1562 · build-infra PR #1563 · адаптация MiniCPM-OCR Day0 · FlagGems PR #7630 · FlagGems-sglang PR #249 (полный список см. в приложении)

  • Сторона сборки: Hygon DTK 26.10 за один день прошёл восемь мёрджей — базовый контейнер (#1554, +78 строк), конфигурация рантайма (#1555, +21 строка), исправление доступности (#1558, указание /opt/dtk на dtk-26.10 и дополнение переопределением runner), сборщик cp312 hcu для FlagTree (#1562, 4 файла, +342 строки), линия wheel dtk2610 для FlagCX (#1563, 3 файла, +185 строк), дополнение базового образа libopenmpi3t64 (#1564), дополнение сборщика libopenmpi3 (#1565), добавление hcu-dtk2610 в линию релизов wheel FlagTree (#1566). Это первый случай, когда данный стек одновременно изменил три линии — контейнеры, сборщик компилятора и упаковку коммуникационной библиотеки — для новой версии вендорского SDK, причина в том, что DTK 26.10 закрепляет рантайм на python 3.12 и torch==2.13.0+dtk2610 (только cp312), и существующий hcu wheel для cp310 в этом рантайме вообще не разрешается.
  • Сторона новостей: сообщество Zhongzhi FlagOS выполнило Day0 кросс-чиповую адаптацию для открытых ModelBest и OpenBMB MiniCPM-OCR 1.0 (1.3B) и MiniCPM-OCR Jev (2B), охватив 12 платформ: Damo XuanTie, NVIDIA, Huawei Ascend, Hygon, Kunlunxin, MetaX, Moore Threads, Tsingmicro, Iluvatar CoreX, Xiwang, Mac (ARM) и This Chip Technology. Метрика оценки — пропускная способность, нормализованная к пиковой производительности оборудования: фактическая вычислительная пропускная способность Jev на Damo XuanTie достигает 98,7% от нативной у NVIDIA; P50 пропускной способности на единицу пиковой производительности OCR 1.0 в сценарии одного документа достигает 169,3% от нативной у NVIDIA, в пакетном сценарии — 137,1%.
  • Сторона тестирования: --ref-as-candidate и явный выбор get_candidate в FlagGems вошли в основную ветку (#7630, 9 файлов); FlagGems-sglang в тот же день одиннадцатью мёрджами с #239 по #249 перевёл все наборы корректности на get_candidate и добавил ежедневный автоматический PR синхронизации master в kernelgen-dev. Совокупный эффект двух репозиториев: эталонная реализация может напрямую выступать кандидатом и проходить без внешнего файла кандидатов; тестирование больше не является переключателем «есть ли оператор», а сравнением «совпадают ли эталон и реализация».
  • Вывод: три линии указывают на одно и то же — узкое место программного стека смещается от «написать оператор» к закреплению трёх типов инженерной дисциплины: предположений сборки нового SDK, пути исполнения эталонной реализации и кросс-чиповой сопоставимости моделей. Восемь мёрджей DTK 26.10 показывают, что стоимость смены поколения оборудования почти целиком ложится на упаковку и разрешение зависимостей, а не на само ядро; оценка MiniCPM-OCR впервые даёт две группы сопоставимых чисел — нормализованную пропускную способность и задержку на периферийных устройствах.

1. Прогресс открытых проектов (динамика GitHub)

1.1 Ритм организации: 21 репозиторий с пушами, 189 коммитов, 183 мёрджа, 253 на рассмотрении (10-29 ~ 10-30)

Дата: 2026-10-29 ~ 2026-10-30　Источники: репозитории организации flagos-ai · поиск коммитов · поиск смерженных PR · поиск PR на рассмотрении

  • Сторона репозиториев: из 61 репозитория в 21 были пуши в пределах окна (в предыдущем выпуске — 23 репозитория). По времени пуша от ближайшего к дальнему: FlagGems, Torch-FL, FlagGems-sglang, FlagQuantum, vllm-plugin-FL, FlagQAI, FlagTree, FlagScale, OpenCourse, build-infra, FlagCX, FlagGems-vllm, FlagSparse, release-info, docs, optest, FlagTrain, FlagOps, FlagFFT, FlagAttention, TransformerEngine-FL.
  • Сторона коммитов: поиск коммитов дал 189 попаданий — максимум за последние две недели (в предыдущем выпуске — 99), по репозиториям: FlagQuantum 60, FlagGems 43, build-infra 15, FlagGems-sglang 14, FlagQAI 11, FlagGems-vllm 9, FlagAttention 8, Torch-FL 6, FlagTree 5, FlagTrain 4, vllm-plugin-FL, FlagCX, OpenCourse по 3, optest, FlagOps по 2, FlagScale 1. На FlagQuantum и FlagGems приходятся 103 коммита.
  • Сторона слияний: слито PR 183 (в предыдущем выпуске — 67, рост в 1,7 раза), по репозиториям: FlagGems 92, build-infra 16, FlagQuantum 15, FlagGems-sglang 11, FlagGems-vllm 9, FlagAttention 8, Torch-FL 6, FlagTree 5, vllm-plugin-FL 4, FlagQAI 4, FlagCX 4, FlagTrain 4, optest 2, FlagScale, FlagOps, TransformerEngine-FL по 1.
  • Сторона рассмотрения: PR на рассмотрении с обновлениями в окне — 253 (в предыдущем выпуске — 288), вновь открыто 84 (в предыдущем выпуске — 101). FlagGems 129, FlagTree 22, FlagGems-vllm 15, vllm-plugin-FL 10, Megatron-LM-FL 10, FlagTrain 9, FlagAttention 8, FlagScale 7, sglang-plugin-FL 6, Torch-FL 5, FlagGems-sglang 5, flir 5, FlagCX 4, docs 4, остальные репозитории — по 1–2.
  • Сравнение ритма: по сравнению с предыдущим 24-часовым окном (23 репозитория, 99 коммитов, 67 слияний, 288 на рассмотрении) репозиториев с пушами на 2 меньше, коммитов на 91% больше, слияний на 173% больше, на рассмотрении на 12% меньше, вновь открытых на 17% меньше. Скачок слияний обусловлен главным образом ростом объёма операторов в FlagGems (92) и конвейером синтеза в FlagQuantum (15), а не ослаблением критериев ревью — общее число PR на рассмотрении за тот же период продолжает снижаться.
  • Сторона версий и событий: атомарная проверка Release и Tag по 31 репозиторию выявила один новый тег в окне (специальный выпуск FlagTree для Tsingmicro 3.6, 10-29 11:09); время архивации FlagCX v0.14.1 сдвинулось на 10-29 10:55, совпав по времени с слиянием #683, откатанного к 0.14.0-rc2. Поток событий org — 100: комментарии к ревью PR 34, события PR 34, пуши 13, создание веток 8, комментарии к вопросам 9, удаление ветки 1, fork 1; состав заметно сместился в сторону активности ревью по сравнению с предыдущим выпуском (пуши 51, создание веток 32), что согласуется с ростом числа слияний.
  • Сторона веток: 5 репозиториев с пушами, не покрытых поиском коммитов, прошли атомарную дополнительную проверку — в TransformerEngine-FL есть один коммит в окне (FlagCICD v1 из #142, 10-29 09:51); пуш FlagFFT попал в функциональную ветку codex/musa-shortfall (несколько пушей 10-28, последний коммит в ветке по умолчанию по-прежнему от 10-15); пуш release-info в ветке gh-pages (автоматическая публикация сайта релизов); в docs и FlagSparse — активность в ветках PR и комментариях к вопросам, новых коммитов в ветке по умолчанию нет.

1.2 Сторона версий: FlagTree выпустил специальный номер для Tsingmicro 3.6, FlagCX v0.14.1 перешёл с тега на wheel-линию (10-29)

Дата: 2026-10-29　Источники: тег специального релиза FlagTree 3.6 для Tsingmicro · FlagTree PR #1459 · build-infra PR #1553 · build-infra PR #1556 · build-infra PR #1563

  • Тег FlagTree: 29.10 в 11:09 выставлен специальный тег версии 3.6 для Tsingmicro; вместе со специальным тегом версии 3.6 для Moore Threads от 26.10 он относится к одной и той же «предрелизной ветке 3.6, разделённой по производителям». В Releases API у этого тега отсутствует текст релиза (возвращается 404), что указывает на то, что это архив тега, а не Release с описанием; влитый в тот же день #1459 — это как раз тот коммит, который синхронизирует бэкенд Tsingmicro с внутренней веткой разработки Triton 3.6.
  • Поставка FlagCX: v0.14.1 появился в предыдущем окне в виде git-тега (без текста Release), а в текущем окне был официально зарегистрирован в каталоге wheel в build-infra — бот фиксирует релиз (#1553), вручную дополняются пять пустых описаний и добавляется строка AMD flagcx==0.14.1+rocm7.2.4 (#1556, 10 файлов, +28 строк, −16 строк), после чего ветка hygon-dtk26.10 привязывается к flagcx==0.14.1+dtk2610 (#1563). Таким образом, поставка 0.14.1 теперь охватывает cuda12.8, cuda13.3, corex4.4.0, corex4.5.0, xre5.37.1, rocm7.2.4 и новую dtk2610.
  • Исправления по мотивам Issue: FlagTree #1481 по мотивам issue #1473 исправляет проверку метаданных CompiledKernel на Metax (1 файл, +2 строки, −1 строка); FlagGems #7989 исправляет оператор cat для Ascend (+57 строк, −36 строк); FlagTree #1468 и #1470 добавляют для Enflame CI и юнит-тесты TLE.
  • К наблюдению: ветка 3.6 в FlagTree продвигается способом «один тег на производителя», у 0.7.1a1 пока нет единого описания релиза; если цикл 2.3 будет поставляться по этой ветке, нижестоящим потребителям придётся восстанавливать бэкенд и версию Triton по имени тега — это та же проблема, что и отсутствие текста у FlagCX v0.14.1.

1.3 FlagGems: KernelGen за один день влил 22 оператора, завершение fusion foreach для XPU3 Kunlunxin (29.10)

Дата: 2026-10-29　Источники: список PR FlagGems · PR #7116 · PR #6950 · PR #6530 · PR #7989

  • Сторона KernelGen: из 92 принятых коммитов 22 представляют собой автоматически сгенерированные операторы [KernelGen][Nvidia], покрывающие разрежённые тензоры (sparse_csc_tensor_unsafe, sparse_bsc_tensor_unsafe, sparse_resize_), свёртки и пулинг (nnpack_spatial_convolution, thnn_conv2d, fractional_max_pool3d_backward, mkldnn_reorder_conv2d_weight), линейную алгебру (cholesky, frobenius_norm, chain_matmul) и ряд периферийных операторов (argwhere, _indices, make_dual_copy, flatten_dense_tensors, combinations, empty_per_channel_affine_quantized). Однодневный пакет стал самым плотным за последнее время по этому направлению; в тот же день открыты ещё пять коммитов с #8009 по #8013, очередь продолжается.
  • Сторона Kunlunxin: цепочка foreach-слияний для XPU3 закрыта за один день — исполнители List для cos/exp/sin/addcdiv/lerp (#7116), немаскированное fused-ядро для ceil (#7604), inplace fused-ядро для tanh/expm1 (#7608); затем четыре исправления корректности: fmin переведён на сетку с константной эмиссией (#7966), одномерный путь t_copy также переведён на константную сетку (#7973), ветвление скалярного dtype в foreach сделано взаимоисключающим (#7974), слот списка в foreach add теперь берётся из program_id(0) (#7968). Для euclidean_dist, is_same_size, layer_norm_backward также выполнена оптимизация под XPU (#7907).
  • Сторона MetaX: добавлен grouped_mm_w8a8 для INT8 и FP8 (#6950, 7 файлов, +1220 строк). В бенчмарке использовалась реальная картина вызовов GLM-5.2, собранная на PPU SGLang TP=8 и воспроизведённая на MetaX C550 — 28 записей сценариев, 26 уникальных геометрий (M,N,K,E), 3,24 млн вызовов, 257 экспертов.
  • Прочее: исправление точности операторов для AMD W7900 (gfx1100) (#6530); локальная реализация перезапуска заполнения сетки log_ для Ascend возвращена в 5.4.0-rc2 (#6586); на стороне CI исправлен порядок импорта (#7951), релизная сборка переведена с удалённого cp38 на cp310 (#7975), имя вендора теперь зависит от версии рантайма (#7961), тесты FP8 MM теперь пропускаются по зарегистрированному бэкенду (#7812).
  • Оценка: наращивание объёма операторов уже обеспечивает KernelGen, а ручные усилия сосредоточены на двух категориях задач — корректность параметров эмиссии для новых бэкендов (четыре коммита Kunlunxin) и исполнимость тестов (см. 1.4). Это объясняет, почему среди 92 принятых коммитов почти нет изменений семантики основной ветки.

1.4 Тестовая инфраструктура: ref-as-candidate развёрнут в двух репозиториях, 57 тестовых PR закрыты за один день (10-29)

Дата: 2026-10-29　Источники: FlagGems PR #7630 · FlagGems-sglang PR #239 · FlagGems-sglang PR #241 · FlagGems-sglang PR #249 · FlagGems-sglang PR #242

  • Механизм: --ref-as-candidate позволяет тестам корректности и бенчмаркам запускать явно объявленную эталонную реализацию в качестве кандидата (get_candidate("negative", reference=torch.negative)), больше не полагаясь на внешние файлы кандидатов. Отсутствие эталона, невызываемый эталон, а также ситуация, когда тело теста фактически не вызывает кандидат, приводят к явному провалу; пропуск и xfail не могут скрыть нарушения контракта, полный пропуск не считается действительным выполнением. Валидация включает 26 регрессионных проверок на хосте плюс 32 проверки для master и предварительного просмотра слияния PR.
  • Объём внедрения: FlagGems-sglang в тот же день 11 коммитами перевёл все наборы тестов корректности на get_candidate (#241), дополнил объявления эталонов (#240, #244), добавил перечисление и воспроизведение тестовых случаев бенчмарков (#239), добавил каталог definitions и пример silu_and_mul (#245), дополнил сравнение кандидатов mrotary_embedding с переносимым эталоном и кросс-девайсной нативной валидацией (#247, #249).
  • Масштаб: за один день влито 57 коммитов исправлений тестов от одного автора (в основном исправления контрактов ссылок, фикстур и точек входа бенчмарков для различных бэкендов), охватывающих условия пропуска и эталонный ABI для Ascend, MetaX (MUSA), Enflame, Kunlunxin и NVIDIA.
  • Автоматизация: добавлен ежедневный автоматический синхронизационный PR из master в kernelgen-dev (#242), в тот день бот уже создал два синка (#243, #246). Эта цепочка превращает расхождение между « upstream-стволом» и «линией разработки KernelGen» из ручного rebase в ежедневное аудируемое слияние.
  • Вывод: после того как тесты перешли от «проходят» к «сравнимы», сами тесты начинают нуждаться в контракте эталонной реализации; это и есть реальное содержание 57 исправлений этого дня — не добавление тестов, а добавление эталонов.

1.5 Стек инференса и обучения: две модели GLM-5.3-Flash и Qwen3.8-Flash входят в плагин (10-29)

Дата: 2026-10-29 ~ 2026-10-30　Источники: vllm-plugin-FL PR #455 · vllm-plugin-FL PR #454 · vllm-plugin-FL PR #615 · FlagTrain PR #35 · FlagGems-vllm PR #1025

  • Qwen3.8-Flash: vllm-plugin-FL добавляет загрузку контрольных точек и интеграцию модели Qwen3.8-Flash-Next и Qwen4 (#455, 65 файлов, +11226 строк, −109 строк), включая HC, PLE, QSA и мультимодальную обвязку; числовые операторы идут через FlagGems-vllm. Для FP8 применяется управление по возможностям: если платформа поддерживает нативно, сохраняются нативные ядра (NVIDIA требует вычислительную способность 8.9 и выше, AMD передаёт решение реализации ROCm в vLLM), при отсутствии поддержки выполняется откат к путям BF16 linear и MoE с принудительным --dtype bfloat16.
  • GLM-5.3-Flash: на следующее утро после полуночи слита реализация на чисто публичных операторах (#454, 90 файлов, +19140 строк, −280 строк). Точность индексатора выбирается до выделения кэша: на NVIDIA SM89 и выше, Moore Threads MP31 и выше и GCU capability 4 и выше сохраняется FP8, остальные производители и неизвестные возможности используют BF16; BF16 на MetaX и Kunlunxin из-за невозможности понижения соответствующего пути компиляции radix переходят на существующие пути Torch TopK, scatter и sort.
  • Среда исполнения: адаптация vLLM 0.32 с нативным CUDA (#615, 57 файлов, +3408 строк, −1044 строки) фиксирует стек на vLLM 0.32.0+cu129, PyTorch 2.13.0+cu129, CUDA 12.9 и python 3.12.3; FlagGems использует dev-коммит 5.4.0, FlagTree — dev-коммит 0.7.0 (предоставляет Triton 3.6); все 6 проверок инференса и 3 проверки сервиса в существующем NVIDIA CI проходят.
  • Среда обучения: FlagTrain добавляет multi_tensor_adam (#35, 6 файлов, +1093 строки) — пакетное обновление Adam для нескольких тензоров одним запуском Triton, бэкенды охватывают NVIDIA, Hygon, MetaX, PPU (XuanTie от DAMO Academy) и Iluvatar CoreX; в том же окне также fused_proj_rms прямой и обратный проход (#38), fast_gelu (#33) и зависимость deepspeed (#42). В исходном бенчмарке H20 на уровне fp32 с 65536 элементами результат составляет 2.24× относительно базовой линии DeepSpeed CUDA, а на малом уровне с 1024 элементами, наоборот, замедляется до 0.76×.
  • Оптимизация инференса: на стороне FlagGems-vllm — планирование Split-KV и перестановка вычислительных tile для packed decode TP2 на MetaX (#1025); gated incremental network FP8 W8A16 с динамической квантизацией состояний (#988); перекалибровка FP8 variable-length attention для MUSA под текущий компилятор CI (#970); fused_q_kv_rmsnorm одновременно внедрён на Ascend (#872) и XuanTie от DAMO Academy (#888).

1.6 Компиляция и коммуникации: постоянный GEMM и SPMC от Moore Threads в основной ветке, FlagCX дополняет интерфейсы двух устройств (10-29)

Дата: 2026-10-29　Источники: FlagTree PR #1294 · FlagTree PR #1459 · FlagCX PR #678 · FlagCX PR #681 · FlagCX PR #679

  • Moore Threads: постоянный GEMM-конвейер и SPMC-синхронизация из [MThreads][TLE] вошли в основную ветку (#1294, 63 файла, +6192 строк, −403 строки). Это не перенос старых файлов, а повторная миграция на основе текущего main с использованием pipe, warp specialize и представления SQMMA, при этом ранее разделённые на два набора компиляторы (общая версия для addmm/baddbmm, SPMC-версия для bmm) объединены в один супернабор: поддержка продвижения stage и phase в динамических циклах, один производитель — несколько потребителей, именованные и неявные чтения, сегментированное завершение и вывод эпохи потребителя, а также одиночная отправка, слитые потребители и постоянный путь с 16 warp.
  • Tsingmicro: бэкенд синхронизирован с внутренней линией разработки Triton 3.6 (#1459, 27 файлов, +2264 строки, −407 строк), изменения только в third_party/tsingmicro/ — восстановлены необходимый для диспетчеризации вендорных операторов на стороне FlagGems интерфейс точности на каждый запуск, внешняя точка входа CoreIR и runtime-адаптер, а также исправлены генерация кода Tx81 и дефекты CRT для DMA, RDMA, WDMA.
  • Kunlunxin: в FlagCX добавлена точка входа устройства IR для XPU для поддержки линковки FlagTree (#678, 5 файлов, +178 строк, −21 строка).
  • Iluvatar CoreX: в бэкенд Device API FlagCX добавлена семантика acquire для Atomic::load (#681, 3 файла, +359 строк, −37 строк). Ранее load(..., Acquire) и load(..., Relaxed) выдавали одну и ту же инструкцию, и наблюдатель после обнаружения флага не имел барьера аннулирования; теперь реализовано чтение с последующим барьером, выбор силы по области действия, а также добавлены символ адресного пространства для launchKernel и слот getLastError. Системная область по-прежнему не реализована, поскольку ivcore11 не имеет соответствующей инструкции барьера памяти.
  • AMD: на ROCm запущено тензорное параллелирование SGLang (#679, 6 файлов, +77 строк, −19 строк) — добавлена реализация eventElapsedTime, сопоставление torch.bool с flagcxUint8, ветка тестовой сборки USE_AMD; на двух картах R9700 результаты AllReduce, ReduceScatter, AllGather, Broadcast, Send/Recv и AllReduce с захватом графа корректны, Qwen3.5-9B и Qwen3.6-35B-A3B-FP8 обслуживаются при TP=2.

1.7 Сборка и релизы: восемь коммитов Hygon DTK 26.10, цель rpm для Ascend и описание образа 2.3.0 (10-29)

Дата: 2026-10-29　Источники: build-infra PR #1554 · build-infra PR #1558 · build-infra PR #1565 · build-infra PR #1566 · build-infra PR #1557 · build-infra PR #1560

  • DTK 26.10 полная цепочка: порядок слияния восьми коммитов сам по себе образует цепочку устранения неполадок. После того как первый контейнер и конфигурация были зафиксированы (#1554, #1555), образ по-прежнему не собирался и не планировался: #1558 указал, что base/hygon-dtk26.10 всё ещё направляет /opt/dtk на dtk-26.04, а .github/build-config.yml без переопределения runner для этой записи откатывается к значению по умолчанию h20. Затем torch 2.13.0+dtk2610 libtorch_global_deps.so напрямую линкует libmpi.so.40 и libibverbs.so.1, тогда как wheel 26.04 хеширует эти два soname внутрь пакета, поэтому для этой линии требуется добавить libopenmpi3t64 в базовый образ (#1564) и libopenmpi3 в сборщик (#1565).
  • Линия версий: тот же runtime фиксирует python 3.12, из-за чего существующий hcu wheel для cp310 не разрешается; #1562 пересобирает сборщик hcu для cp312 на deadsnakes 3.12 и устанавливает в него Ubuntu22.04 SDK DTK 26.10, #1566 затем добавляет hcu-dtk2610 в целевые опции линии выпуска wheel, чтобы flagtree==0.7.0+hcu3.6 мог быть опубликован как обычный flagtree в источник Hygon.
  • Ascend rpm: добавлена цель Ascend rpm для FlagTree (#1557, +44 −4 строк), объектом компиляции являются cp311 и aarch64 wheel, произведённые конвейером поставки Ascend, что точно соответствует aarch64 openEuler 24.03, поэтому открыта только одна строка; это также первая rpm-линия, не зависящая от вендорского SDK и оборудования.
  • Признаки 2.3.0: описание runtime-образа дважды обновлялось в 09:44 и 18:26 (#1552, #1561), дата changelog учитывается по hygon-dtk26.10 (#1560). Однако release/2.3/release-2.3.yaml в репозитории community по-прежнему возвращает 404, что указывает на то, что манифест релиза 2.3 ещё не создан, и текущий прогресс остановился на этапе сборки.
  • Эффективность выпуска: также переупаковка зависимостей vllm переведена на разбор страниц PEP 503 (#1543) и actions/setup-python обновлён с 7.0.0 до 7.1.0 (#1550).

1.8 Квантовая линия: шестьдесят коммитов FlagQuantum, сквозной конвейер синтеза CS-01 — CS-07 (10-29)

Дата: 2026-10-29　Источники: Репозиторий FlagQuantum · FlagQuantum PR #960 · FlagQuantum PR #964 · FlagQuantum PR #966 · FlagQuantum PR #967 · Репозиторий FlagQAI

  • Масштаб: FlagQuantum за один день — 60 коммитов, 15 принято в основную ветку, все сосредоточены на одном направлении — синтез квантовых схем (серия CS). В репозитории docs/roadmap/ и docs/api-changes/ уже архивированы десять спецификаций и документов о поставке под идентификаторами FQ-SYNTH-CS01..CS07-20261029.
  • Конвейер: CS-01 определяет семантические границы и верификацию построения когерентных целых чисел, CS-02 снижает когерентное сложение с помощью чисто арифметического ядра, CS-03 обрабатывает умножение и когерентные многочлены, CS-04 обеспечивает сквозной ограниченный рабочий процесс на Python, CS-05 добавляет жизненный цикл и планирование рабочего пространства, CS-06 реализуется в три этапа (контракт исполнения, выбор стоимости кандидатов, однопользовательский рабочий процесс), CS-07 выходит на семантику регистров и допуск программ. В тот же день добавлены сохранение и загрузка портируемых экспериментальных файлов .fqx (#960) и проверяемое исполнение программ через fq.run (#964).
  • На рассмотрении: ограниченный нативный фронтенд Qmod для CS07-C (#967) открыт в 17:30 и транслирует беззнаковый main с единственным выходом в модель регистров и выражений существующего компилятора, не исполняя текст, не генерируя вызываемые объекты Python и не выбирая бэкенд.
  • Сопутствующий FlagQAI: одноимённый FlagQAI (репозиторий создан 10-10) за день — 11 коммитов, 4 принято в основную ветку, добавлены локальная веб-панель квантового рабочего места с интеграцией нативного Agent (#3) и исправление сохранения предпочтений отслеживания после обновления (#4). В README репозитория явно указано, что «синтез схем по намерению» обозначен как продуктовое направление, а не как уже готовая возможность; текущая область верификации включает только локальную симуляцию схем и один фиксированный двухкубитный вариационный путь с фиксированным анзацем.
  • Оценка: это направление обладает наивысшей степенью независимости в данном стеке — оно не занимается мультичиповой адаптацией, а выполняет роль промежуточного слоя «перевод научной задачи в исполнимую схему». Его ценность в том, что оно даёт циклу 2.x пример программного стека, не привязанного к чипам.

1.9 Остальные репозитории: реорганизация учебных материалов OpenCourse, сведение CI в FlagScale и TransformerEngine-FL (10-29)

Дата: 2026-10-29　Источники: Коммиты OpenCourse · FlagScale PR #1315 · TransformerEngine-FL PR #142 · optest PR #18 · FlagOps PR #18

  • OpenCourse: три коммита — реорганизация учебных ресурсов (17:07, 19:59) и переименование каталога версии для развития преподавателей (21:53), а также добавление основной линии лабораторных работ (lab mainline). Это в одной партии с продолжаемой сообществом глобальной программой развития преподавателей.
  • FlagScale: унификация тестовой стратегии, затронутых маршрутов и шлюза доказательств исполнения в единый набор (#1315). На стороне рассмотрения виден новый раунд действий по обучающему стеку: синхронизация DeepSeek-V4 с upstream [1/N] (#202) и [2/N] (#211, добавление непрерывного контекстного параллелизма для упакованных последовательностей), а также облегчённая взаимная конвертация DCP между HF и MCore (#1319).
  • TransformerEngine-FL: реализация FlagCICD v1, введение уровней тестирования с L0 по L4 и планировочно-управляемое исполнение (#142).
  • optest и FlagOps: optest исправляет целевые ссылки CI и диагностическую информацию тестов операторов (#18), переписывает README (#17); в FlagOps надёжное обнаружение устраняет устаревшие git-блокировки, оставленные жёстким завершением fetch (#18).

2. Новости и экосистема

2.1 MiniCPM-OCR: две модели адаптированы Day0 к 12 платформам, пропускная способность XuanTie от DAMO Academy достигает 98,7% от нативной (10-29)

Дата: 2026-10-29　Источники: Адаптация Day0 FlagOS для MiniCPM-OCR & Jev · Точка входа карточек моделей FlagRelease · Документация vllm-plugin-FL · Документация Torch-FL

  • Модель: Mianbi Intelligence совместно с OpenBMB выпустила серию MiniCPM-OCR — MiniCPM-OCR 1.0 с 1.3B ориентирована на реальные документные сценарии: сканирование, фотосъёмку, изгибы, пересъёмку; поддерживает разбор текста, формул, сложных таблиц и извлечение ключевой информации; в официальной оценке на Real5-OmniDocBench получено 93.68 балла; с использованием бэкенда ускорения декодирования DSpark сквозная эффективность выросла на 55%. MiniCPM-OCR Jev с 2B выполняет роль «AI-контролёра качества»: оценивает надёжность результатов разбора и может подключаться к различным OCR-моделям; на JevOCRBench общий AUROC составил 0.936, что близко к 0.938 у Qwen3.5-397B-A17B.
  • Платформы и пути подключения: охвачено 12 платформ — Damo Academy XuanTie, NVIDIA, Huawei Ascend, Hygon, Kunlunxin, MetaX, Moore Threads, Tsingmicro, Iluvatar CoreX, Xiwang, Mac (ARM) и Bixin Technology. Jev подключается через Torch-FL; OCR 1.0 — через плагин инференс-фреймворка (vLLM-plugin-FL или SGLang-plugin-FL); в основе обеих лежат реализации операторов FlagGems и поддержка компиляции FlagTree; версии: vLLM v0.24.0, vllm-plugin-FL v0.3.0, FlagGems v5.4.0.
  • Метрики производительности: Jev на NVIDIA использует Torch-FL + FlagGems + FlagTree; на 12 примерах, batch 1, одна карта BF16 — среднее время различения 76.2 мс, нативно 62.7 мс, фактическая вычислительная пропускная способность составляет 82.3% от нативной. На Damo Academy XuanTie среднее 63.56 мс, пропускная способность достигает 98.7% от нативной у NVIDIA H100. OCR 1.0 на Damo Academy XuanTie использует vLLM-plugin-FL + FlagGems + FlagTree; обе стороны — одна карта BF16 (пиковая производительность учитывается как 989 TFLOPS и 123 TFLOPS); после нормализации по пиковой производительности пропускная способность P50 на документ составляет 169.3% от нативной, в пакетном сценарии — 137.1%.
  • На периферийных устройствах: на стороне ARM охвачены Mac и Bixin Technology. Jev использует только CPU M5; на 12 примерах среднее время различения одного блока страницы 1.2 с, медиана 895 мс, без учёта предшествующего полностраничного OCR-разбора; в реализации сохранены BF16-веса и дискриминационная голова, основные линейные слои ускорены матричными инструкциями SME2, а путь выполнения операторов подключён через Triton TLE Raw.
  • Наблюдение: это первый за последнее время документ о совместимости, приводящий «межчиповую пропускную способность» и «задержку на периферийных устройствах» в единых терминах — 98.7% — это соотношение фактической пропускной способности, а 169.3% — отношение после нормализации по пиковой производительности; эти два показателя не могут заменять друг друга. В статье также честно указано, что условие справедливости 169.3% — более высокая загрузка платформ с низкой пиковой производительностью, а не более высокая скорость отдельной карты.

2.2 Технический стрим CSDN: один плагин объединяет инференс-адаптацию десяти чипов (10-29)

Дата: 2026-10-29　Источник: Страница стрима: Спасение инференса больших моделей — один плагин решает адаптацию под множество чипов

  • Факт: Сообщество FlagOS разместило 10-29 в 16:25 и запустило в эфир в 19:00 технический стрим на тему кросс-чиповой инференс-адаптации sglang-plugin-FL. Этот плагин — out-of-tree внешний инференс-плагин, построенный поверх SGLang и не вторгающийся в исходный код ядра.
  • Технические тезисы (сводка страницы): подключение к разному оборудованию через замену операторов ATen, диспетчеризацию слитых операторов, унифицированную абстракцию коммуникаций, передачу KV Cache при разделении PD, разделение зависимостей в режиме Empty и другие механизмы; в описании утверждается, что уже адаптированы десять чиповых платформ, включая Ascend, Hygon, Kunlunxin и др.
  • Соответствующая кодовая часть: в данном окне у sglang-plugin-FL обновились 6 PR на рассмотрении, включая адаптацию рантайма Empty для Ascend и Iluvatar на SGLang 0.5.18 (#160, #139), обновление Kunlunxin до 0.5.18 (#155), а также переиспользование нативного управления Mooncake PD через универсальную передачу FlagCX (#142). Содержание стрима совпадает по направлению с прогрессом кода.
  • Наблюдение: контентный ритм со стороны сообщества сместился от «презентационных докладов в формате конференции» к «точечным техническим стримам с разбором по плагинам»; этот эфир вместе с вузовским круглым столом 10-22 и состязанием по операторам с вознаграждением 10-15 образует непрерывную линию технического распространения.

2.3 Проверка каналов: на HN и в сообществе Zhiyuan новых попаданий нет, в колонке CSDN одна новая статья и один стрим (10-29)

Дата: 2026-10-29　Источники: HN Algolia · Сообщество Zhiyuan · Колонка FlagOS на CSDN

  • Колонка CSDN: после постраничной проверки 15 записей на странице подтверждено, что в окне мониторинга появились две новые — опубликованная 29.10 в 11:19 статья о MiniCPM-OCR и адаптации Day0 от Jev (см. 2.1), а также трансляция sglang-plugin-FL, размещённая 29.10 в 16:25 и начавшаяся в 19:00 (см. 2.2). Расположенные в верхней части страницы материалы GLM-5.3-Flash (28.08), Qwen3.8-Flash-Next (27.08) и три публикации о подключении LightX2V являются старыми статьями конца августа и в окно мониторинга не включены.
  • HN: 8 групп запросов (FlagOS, FlagGems, FlagScale, FlagTree, BAAI, FlagQuantum, FlagSparse, flagos-ai) в 4-дневном окне дали от 6 до 30 совпадений, однако при прямом сопоставлении по заголовку и тексту — 0, это ложные совпадения по одноимённым терминам.
  • Сообщество Zhiyuan: ни на главной странице, ни на странице поиска нет новых записей, связанных с программным стеком, в окне мониторинга; страница поиска рендерится на стороне клиента, список записей не извлекается, поэтому за основу взята проверка главной страницы.
  • gnews: 24 группы запросов на китайском и английском в окне мониторинга дали 30 совпадений; после построчной фильтрации по заголовку и тексту только одно связано с FlagOS — материал о участии Huixi Intelligent в конференции от 29.10 на портале Jushenzhijia, содержание указывает на конференцию по открытым вычислениям в области искусственного интеллекта 2026 и техническую конференцию Zhongzhi FlagOS, проходившие 17–18 октября; это пост-публикация о конференции, а не новое событие в окне мониторинга, поэтому отдельной записью не выделяется. Остальные — материалы о котировках STAR Market, решениях советов директоров, привлечении инвестиций в парки и фондовых позициях, исключены пакетно по ключевым словам заголовков.
  • Официальные сайты участников: при обходе восьми компаний на официальном сайте MetaX обнаружена новая запись от 29.10 «От эффективности токенов к открытому сотрудничеству — вместе к следующему десятилетию AI Infra Обзор форума CNCC 2026 компании MetaX», это обзор конференции, не затрагивающий изменения программного стека; последняя запись на официальном сайте Moore Threads — инфографика отчёта за третий квартал от 28.10; в списках Iluvatar CoreX, Hygon, Cambricon, Enflame и Tsingmicro новых записей за 29–30.10 нет; у Horizon Robotics извлечение не удалось, за основу взято видимое содержимое списка.

3. Углублённое изучение членов и производителей бэкендов

3.1 Hygon: сквозное внедрение DTK 26.10 от контейнеров до wheel (29.10)

Дата: 2026-10-29　Источники: build-infra PR #1554 · build-infra PR #1558 · build-infra PR #1562 · build-infra PR #1563 · build-infra PR #1565 · FlagAttention PR #109 · FlagTrain PR #35

  • Уровень контейнеров: добавлены базовый контейнер и конфигурация времени выполнения для DTK 26.10 (#1554, +78 строк; #1555, +21 строка); при первом включении явно указано: «FlagCX ещё не собран, поэтому на данном этапе не включается». Исправляющий коммит #1558 одним разом устраняет две блокировки: base/hygon-dtk26.10 указывает /opt/dtk на dtk-26.04, тогда как SDK фактически распаковывается в /opt/dtk-26.10, а матрица сборки без покрытия runner для этой записи откатывается к h20.
  • Уровень зависимостей: глобальная зависимость torch 2.13.0+dtk2610 напрямую линкуется с libmpi.so.40, который не предоставляется ни одним пакетом в базовом образе 24.04, поэтому добавлен libopenmpi3t64 (#1564); сборщик FlagCX использует самодостаточное окружение 22.04 с именем пакета libopenmpi-dev, добавляется отдельно (#1565). В том же коммите отмечено, что wheel для 26.04 встраивает хеши libmpi и libibverbs внутрь пакета, поэтому старый сборщик никогда не нуждался в этих двух системных библиотеках — это прямое свидетельство изменения предположений о сборке между версиями.
  • Уровень компиляции и связи: FlagTree добавляет сборщик hcu для cp312 и устанавливает DTK 26.10 SDK (#1562), hcu-dtk2610 попадает в цели публикации wheel (#1566); линейка wheel dtk2610 для FlagCX открывается с flagcx==0.14.1+dtk2610 (#1563).
  • Сторона операторов: FlagAttention удаляет путь FP8 MSA на Hygon и исправляет импорт в тестах (#109); multi_tensor_adam в FlagTrain включает Hygon в число первоклассных бэкендов (#35); на рассмотрении FlagCX имеет сборку bitcode для Hygon (#667), FlagScale имеет выборку состояния оборудования DCU (#1299).
  • Оценка: ценность линии Hygon не в новых возможностях, а в том, что изменения soname и версии интерпретатора, принесённые новым SDK, за один день прошли исправления в трёх местах — контейнере, сборщике и wheel — и оставили воспроизводимый путь диагностики (тексты #1558 и #1565 и есть запись этого пути).

3.2 Tsingmicro: синхронизация бэкенда Triton 3.6 слита и выпущен специальный тег (10-29)

Дата: 2026-10-29　Источники: FlagTree PR #1459 · Тег FlagTree · FlagTree PR #1468 · vllm-plugin-FL PR #642

  • Содержание слияния: бэкенд Tsingmicro синхронизирован с внутренней линией разработки Triton 3.6 (#1459, 27 файлов, +2264 строки, −407 строк), затронут только third_party/tsingmicro/: восстановлен API точности по каждому запуску, необходимый для диспетчеризации операторов вендора (precision.py), внешняя точка входа CoreIR и адаптер времени выполнения, исправлены несколько проблем генерации кода Tx81, а также дефекты CRT, связанные с DMA, RDMA, WDMA, gather-scatter и арифметикой.
  • Действия по версии: в тот же день в 11:09 выставлен специальный тег Tsingmicro 3.6, образующий вместе с тегом Moore Threads 3.6 от 10-26 последовательность за один период.
  • На рассмотрении и экосистема: на рассмотрении в vllm-plugin-FL #642 адаптирует eager-бэкенд TXDA Tsingmicro к vLLM 0.28.0; эталонная реализация Tsingmicro на стороне FlagGems 10-29 содержит несколько исправлений тестовых фикстур (см. 1.4).
  • Оценка: Tsingmicro — один из немногих вендоров, напрямую синхронизирующих «внутреннюю линию разработки» в открытый бэкенд; цена — большой объём каждой синхронизации (в этот раз 27 файлов) и необходимость проверки при ревью по семантике SDK вендора; выгода — интерфейсные соглашения FlagGems и FlagTree могут опережающе двигаться вместе с внутренним прогрессом вендора.

3.3 Kunlunxin: цепочка слияния foreach для XPU3 и завершение работы над константными сетками (10-29)

Дата: 2026-10-29　Источники: FlagGems PR #7116 · FlagGems PR #7968 · FlagGems PR #7973 · FlagGems PR #7974 · FlagCX PR #678 · FlagGems-sglang PR #248

  • Объединённые ядра: семейство foreach на XPU3 завершило переход от «реализации каждого оператора по отдельности» к «исполнителю List» — cos/exp/sin/addcdiv/lerp используют единый исполнитель (#7116), ceil использует объединённое ядро без маски (#7604), tanh/expm1 используют объединённые ядра на месте (#7608).
  • Корректность запуска: затем четыре исправления сосредоточились на параметрах запуска — одномерные пути fmin и t_copy переведены на константную сетку запуска (#7966, #7973), ветка скалярного dtype в foreach сделана взаимоисключающей (#7974), слот списка в foreach add теперь выводится из program_id(0) (#7968). Это не оптимизация производительности, а исправления корректности «один и тот же оператор при множестве веток выбирает неверный слот».
  • Интерфейсная часть: FlagCX добавляет точку входа IR устройства XPU для линковки FlagTree (#678); fill_bonus_tokens в FlagGems-sglang адаптирован к новому API диалекта tle.raw (#248).
  • На рассмотрении: адаптация P800 в vllm-plugin-FL для vLLM 0.28.0 (#585), обновление Kunlunxin до 0.5.18 в sglang-plugin-FL (#155), а также ряд вопросов корректности P800 на стороне FlagGems.

3.4 MetaX: пути INT8 и FP8 для группового GEMM, планирование декодирования TP2 (10-29)

Дата: 2026-10-29　Источники: FlagGems PR #6950 · FlagGems-vllm PR #1025 · FlagAttention PR #108 · FlagTree PR #1481 · FlagTree PR #1471

  • Группированный GEMM: grouped_mm_w8a8 одновременно поддерживает INT8 и FP8 (#6950, 7 файлов, добавлено 1220 строк). Формы бенчмарка получены из воспроизведения реальных вызовов, собранных GLM-5.2 на PPU SGLang TP=8, две группы форм от 2,88 млн до 3,24 млн вызовов, всего 26 уникальных геометрий и 257 экспертов. Базовая линия — ContinuousGroupedGEMM из вендорской библиотеки; обе стороны получают одинаковый вход INT8, масштабирование FP32 и группировку экспертов.
  • Планирование декодирования: на стороне FlagGems-vllm планирование Split-KV для TP2 packed decode и переупорядочивание вычислительных tile (#1025), цель — пропускная способность декодирования при узких tile.
  • Внимание: FlagAttention добавил Triton-слитый прямой проход AttnRes на C550 (#108, 3 файла, добавлено 268 строк), поддержка FP16 и BF16, опциональный вывод RMSNorm и весов внимания, слияние RMS-скоринга, онлайн softmax и агрегации остатка, без зависимости от TLE; при D=7168 и BF16 от 0,075 мс при (2,1) до 1,496 мс при (9,8192); автор отмечает, что FLA недоступен, поэтому ускорение не заявляется.
  • Компилятор: FlagTree исправил проверку метаданных CompiledKernel на Metax (#1481, соответствует issue #1473); на рассмотрении #1471 добавляет set_layout и автоподбор раскладки для CommonIR на MetaX.
  • Сторона вендора: на официальном сайте MetaX 29.10 опубликован обзор секции CNCC 2026 «От эффективности Token к открытому сотрудничеству: вместе к следующему десятилетию AI Infra» — материал конференционного характера.

3.5 Moore Threads: постоянный GEMM в TLE и синхронизация SPMC в основную ветку (29.10)

Дата: 2026-10-29　Источники: FlagTree PR #1294 · FlagGems-vllm PR #970 · FlagTree PR #1451 · vllm-plugin-FL PR #575

  • Компилятор: конвейер постоянного GEMM и синхронизация SPMC в [MThreads][TLE] вошли в основную ветку (#1294, 63 файла, добавлено 6192 строки, удалено 403 строки); два набора компилятора, ранее обслуживавшие по отдельности addmm/baddbmm и bmm, объединены в один супернабор. Возможности включают продвижение stage и phase в динамических циклах, один производитель — много потребителей, именованные и неявные чтения, сегментированное и групповое завершение, вывод эпохи потребителя, а также одиночную выдачу, слитых потребителей и постоянный путь на 16 warp. В тексте PR прямо указано, что изменения этого раунда включают только компилятор, фронтенд и тесты, без кода операторов FlagGems.
  • Инференс: на стороне FlagGems-vllm перенастроено FP8-внимание с переменной длиной для MUSA под текущий компилятор CI (#970).
  • На рассмотрении: #1451 в FlagTree выравнивает выбор warp для WGMMA по upstream MMAv3; #575 в vllm-plugin-FL адаптирует MUSA к vLLM 0.28.0; кроме того, ветка сокращённых форм для MUSA (FlagFFT, codex/musa-shortfall) продвигается в feature-ветке.
  • Оценка: основной фокус усилий Moore Threads — сторона компилятора, а не количество операторов; постоянный GEMM и SPMC — предпосылка достижения приемлемой производительности магистральных операторов класса addmm/bmm на MUSA, и эта возможность одновременно переиспользуется линиями TLE для Ascend и MetaX.

3.6 Enflame, Ascend, XuanTie от DAMO Academy: четыре линии операторов внимания и нормализации (29.10)

Дата: 2026-10-29　Источники: FlagAttention PR #104 · FlagAttention PR #106 · FlagAttention PR #116 · FlagAttention PR #103 · FlagGems PR #6586 · Torch-FL PR #683 · FlagGems-vllm PR #888

  • Enflame: в FlagAttention в один день слиты три изменения — оптимизация prefill и decode для разреженного внимания MiniMax M3 (#104, в 2 файлах добавлено 2873 строки, удалено 2516 строк), оптимизация оператора chunk KDA (#106), оператор fused attention residual (#116); на стороне FlagTree добавлены CI для Enflame (#1468) и юнит-тесты TLE (#1470), а также на рассмотрении #1405 с исправлением погрешности точности swiglu.
  • Ascend: добавлена трёхчастная реализация внимания Parallax (prefill, decode, kvcache, #103, в 10 файлах добавлено 2738 строк), покрывающая причинную маску, скользящее окно, GQA и входы переменной длины; по сравнению с FLA на большинстве обучающих конфигураций ускорение составляет от 1.0 до 8.74 раза; в FlagGems исправлены cat (#7989) и повторный запуск с заполнением сетки log_ (#6586, обратный перенос в 5.4.0-rc2); в FlagGems-vllm fused_q_kv_rmsnorm перенесён на Ascend (#872), а кастомный оператор lightning-indexer переименован в tle_raw.call (#944); в Torch-FL Ascend приведён к точности FP32 matmul с сохранением размещения градиентов (#683).
  • DAMO XuanTie: fused_q_kv_rmsnorm также перенесён на платформу DAMO XuanTie (#888, слито в 17:07); на стороне PPU 10-29 также появилась поддержка multi_tensor_adam во всех бэкендах в FlagTrain (#35, PPU как бэкенд первого класса), а также находящаяся на рассмотрении оптимизация PPU GLA (FlagAttention #117 для Hygon, у PPU отдельная ветка); адаптация Day0 для MiniCPM-OCR довела пропускную способность DAMO XuanTie до 98.7% от нативной у NVIDIA (см. 2.1).
  • Оценка: три компании в один день выбрали по одному пути внимания — Enflame занимается разреженностью и KDA, Ascend — Parallax и fused RMSNorm, DAMO XuanTie — fused RMSNorm и декодированием на периферийных устройствах. Фрагментация слоя внимания продолжает усиливаться, единой кросс-вендорной реализации нижнего уровня пока не появилось.

3.7 Iluvatar CoreX: TianGai 300 впервые продемонстрирован вживую, заявленная пропускная способность одной карты — 1.05x от H200 (10-28)

Дата: 2026-10-28 (демонстрация) / 2026-10-29 (репортаж)　Источники: репортаж Pandaily · репортаж South China Morning Post · FlagCX PR #681 · sglang-plugin-FL PR #139

  • Факт демонстрации: Iluvatar CoreX 28 октября на медиа-дне в Шанхае впервые показала на реальной машине универсальный GPU TianGai 300. Ранее публичные материалы компании об этом чипе были посвящены в основном архитектуре и планам развития, работающей системы не было.
  • Заявления и формулировки: компания утверждает, что TianGai 300 — первый отечественный универсальный GPU, измеренная производительность которого достигает уровня NVIDIA H200; после пересчёта по сторонним тестам общая пропускная способность одной карты составляет 1,05 от H200, и он превосходит H200 на таких сложных мультимодальных задачах, как генерация изображений и видео по тексту. Эта цифра — формулировка компании; методика тестирования, использованные модели и условия нагрузки не опубликованы, проверить невозможно.
  • Соответствие на уровне стека: FlagCX в тот же день добавил для Iluvatar семантику получения Device API (#681, см. 1.6); рассматриваемый #139 sglang-plugin-FL адаптирует Iluvatar к среде Empty рантайма SGLang 0.5.18; multi_tensor_adam в FlagTrain уже включил Iluvatar в список поддерживаемых бэкендов (#35).
  • Оценка: публичный выпуск аппаратных заявлений и адаптация программного стека — две линии с разным темпом: первое завершается одной презентацией, второе requires дополнения от порядка памяти Device API вплоть до адаптации рантайма фреймворка инференса. В текущем окне видно, как вторая линия непрерывно достраивается, тогда как цифрам первой по-прежнему не хватает условий для проверки.

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

  • Издержки смены поколений оборудования сосредоточены на стороне сборки: среди восьми принятых коммитов DTK 26.10 нет ни одного изменения ядра — все они касаются путей контейнеров, версий интерпретатора, покрытия runner и зависимостей soname. python 3.12 и torch 2.13.0+dtk2610 полностью выводят из строя существующие сборщики cp310; между 26.04 и 26.10 libmpi и libibverbs перешли от «хеширования в wheel» к «компоновке во время выполнения», и такие изменения можно обнаружить только поузловой проверкой на реальных машинах.
  • Нарратив Day0 моделей смещается к сопоставимым цифрам: пояснение к адаптации MiniCPM-OCR одновременно приводит фактическое отношение пропускной способности (98,7%), нормированное по пику отношение пропускной способности (169,3%) и задержку на устройстве (1,2 секунды на M5, медиана 895 миллисекунд), и для каждого указаны свои предпосылки. Это первый за последнее время материал данного стека, в котором «догнать нативную реализацию» и «более высокая утилизация» изложены раздельно, что даёт больше ориентиров, чем единый коэффициент.
  • Тестовая инфраструктура становится самостоятельной линией: ref-as-candidate внедрён в двух репозиториях — FlagGems и FlagGems-sglang; вместе с 57 исправлениями тестов в тот же день и ежедневной автоматической синхронизацией kernelgen-dev тестирование переходит от вопроса «есть ли оператор» к вопросу «согласованы ли эталон и реализация». Результаты этой линии не отражаются в количестве операторов, но определяют достоверность всей последующей выверки бэкендов.
  • Квантовая линия развивается обособленно: 60 коммитов FlagQuantum за день системно архивируют спецификации синтеза схем CS-01–CS-07 и документацию по поставке, FlagQAI параллельно делает локальную рабочую среду. Она не связана с адаптацией под множество чипов и является единственной в цикле 2.x магистральной линией программного стека, развязанной с оборудованием.
  • Три пункта для наблюдения: во-первых, список release/2.3 в репозитории community ещё не создан, но сторона сборки уже ведёт учёт по 2.3.0 — будут ли дополнены примечания к выпуску; во-вторых, у FlagCX v0.14.1 и метки 3.6 FlagTree с разбивкой по производителям нет текста Release, и нижестоящие потребители могут лишь реконструировать содержимое из имени метки; в-третьих, синхронизация с вышестоящим DeepSeek-V4 в Megatron-LM-FL уже открыла [1/N] и [2/N] — действительно ли этот тренировочный стек, простаивавший две недели, возобновил отправку.

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

Источники Результаты проверки
Полный список организаций GitHub (61 репозиторий) 21 репозиторий с пушами в окне; 16 репозиториев с коммитами; 5 репозиториев проверены атомарно дополнительно (1 репозиторий с коммитами, 1 репозиторий — gh-pages, 1 репозиторий — ветка функций, 2 репозитория — ветки PR и активность по вопросам)
Поиск коммитов 189 штук; FlagQuantum 60, FlagGems 43 — две основные позиции
Поиск объединённых PR 183 штуки; FlagGems 92, build-infra 16, FlagQuantum 15
Поиск PR на рассмотрении 253 штуки с обновлениями, открыто новых 84; Megatron-LM-FL десять штук — первое масштабное обновление за последние две недели
Атомарная проверка Release / Tag 31 репозиторий; в окне добавлен 1 тег (FlagTree Qingwei 3.6 специальный номер, без текста релиза); время обновления архива FlagCX v0.14.1 до 10-29 10:55
Поток событий организации 100 записей: комментарии к ревью PR 34, события PR 34, пуши 13, комментарии к вопросам 9, создание ветвей 8, удаление ветвей 1, fork 1
Google News RSS (24 группы на китайском и английском) Найдено 30 записей, действительна 1 (материал об участии Huixi Intelligent в конференции, указывает на конференцию 10-17 — 10-18, относится к постконференционным публикациям, отдельно не выделяется)
HN Algolia (8 групп) В 4-дневном окне найдено от 6 до 30 записей, прямое совпадение заголовка и текста — 0
Колонка FlagOS на CSDN Добавлена 1 статья (MiniCPM-OCR Day0, 10-29 11:19), 1 трансляция (10-29 19:00); у трёх высокорелевантных старых материалов время проверки — конец августа, не учитываются
Сообщество Zhiyuan На главной странице нет записей о программном стеке в окне; страница поиска рендерится на клиенте, список получить не удаётся
Официальные сайты организаций-участников (8) MetaX 10-29 одна запись об обзоре совещания; Moore Threads последнее — инфографика финансового отчёта 10-28; у Iluvatar CoreX, Hygon, Cambricon, Enflame, Tsingmicro новых записей нет; Horizon Robotics — сбой сбора

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

[21] FlagTree PR #1481 (проверка метаданных Metax) — https://github.com/flagos-ai/FlagTree/pull/1481

— https://github.com/flagos-ai/FlagGems-vllm/pull/888