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

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, поиск 93 коммитов, поиск 88 объединённых PR и 180 PR на рассмотрении, проверка Release и тегов 16 активных репозиториев, 100 событий org и резервная проверка на уровне веток), Google News RSS (24 группы запросов на китайском и английском, через прокси), HN Algolia (8 групп), технические статьи China.com и Storage Online, проверка каналов CSDN и сообщества Zhiyuan (подробности в приложении со списком источников).

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

  • Главное за день: первый полный инженерный день после конференции — 93 коммита, 88 слияний; build-infra унифицировала четыре линейки Ascend, Tsingmicro и Xiwang в самодостаточный builder на 22.04 (нижняя граница glibc снижена с 2.38 до 2.35); FlagQuantum вошла в 159 новых публичных имён с 405 файлами и закрепила дорожную карту M0; FlagBLAS дополнила шестипрецизионный GEMM для Hygon gfx936; FlagDNN прямой отправкой в master дополнила эквивалентный базовый профиль производительности Iluvatar (10-19)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Темп организации: 16 репозиториев с пушами, 93 коммита, 88 слияний; снижение нижней границы glibc стало главной линией дня (10-19)
      • 1.2 build-infra: четыре линейки Ascend переведены с runtime 24.04 на самодостаточный builder 22.04, Tsingmicro и Xiwang дополнены в тот же день (10-19)
      • 1.3 FlagQuantum: 405 файлов включены в расширение квантового стека, дорожная карта от M0 до M4 закреплена (10-19)
      • 1.4 FlagGems: серия разреженных ядер KernelGen массово на рассмотрении, семейство внимания Kunlunxin XPU3 и диспетчеризация mm для Ascend продвигаются параллельно (10-19 ~ 10-20)
      • 1.5 FlagBLAS: шестипрецизионный GEMM для Hygon gfx936 включён, dgemm зависит от FlagTree fp64 MMAC (10-19)
      • 1.6 FlagTree: базовый профиль Enflame GCU300 и путь деградации AMD RDNA, поставка Ascend 3.5 py312 (10-19)
      • 1.7 Стек инференса и обучения: графический режим Xiwang и Enflame, подключение HY4 H100, обновление Ascend vLLM 0.28 (10-19)
      • 1.8 FlagDNN / FlagTrain / FlagSparse / Torch-FL: эквивалентная производительность Iluvatar, бэкенд Moore Threads, оптимизация MUSA (10-19)
    1. Новости и экосистема
      • 2.1 Первая после конференции глубокая техническая статья: China.com опубликовал разбор полного стека FlagOS 2.2 с семью количественными кейсами (10-19)
      • 2.2 Распространение публикаций и проверка каналов: полный текст доклада Storage Online — старая статья от 10-18 с поздней индексацией, в CSDN и сообществе Zhiyuan новых материалов нет (10-19 ~ 10-20)
    1. Углублённое изучение организаций-участников
      • 3.1 Hygon: шестипрецизионный GEMM FlagBLAS и поддержка L1 одновременно попали в репозиторий (10-19)
      • 3.2 Iluvatar CoreX: эквивалентный базовый профиль производительности FlagDNN прямой отправкой в master, Torch-FL выделил независимый runtime (10-19)
      • 3.3 Tsingmicro и Xiwang: два бэкенда в один день вошли в builder 22.04 FlagCX (10-19)
      • 3.4 Enflame: базовый профиль GCU300, рабочий процесс бенчмарков vLLM и исправление утверждений builder (10-19)
      • 3.5 Moore Threads, Ascend, XuanTie DAMO Academy: линия операторов MUSA, базовый профиль CANN 9.0, исправление взаимоблокировки T-Head GRU (10-19)
    1. Итоги и наблюдения за тенденциями

Главное за день: первый инженерный день после конференции, унификация поставки превалирует над новыми функциями (10-19)

Дата: 2026-10-19　Источник: build-infra PR #1414 · FlagQuantum PR #635 · FlagBLAS PR #151 · FlagDNN commits (полный список см. в приложении)

  • Ритм: в 24-часовом окне было 16 репозиториев с пушами, 93 коммита, 88 слияний, 180 PR в рассмотрении с обновлениями. Объём слияний превышает среднесуточный уровень предыдущего трёхдневного окна (около 46 в день); время коммитов сосредоточено с 07:00 до 23:00, пик приходится на 14:00–17:00 — типичный ритм рабочего дня, без всплеска активности в период конференции.
  • Главная линия — «унификация поставки», а не новые возможности: все 16 коммитов build-infra посвящены каналу артефактов — перенос четырёх wheel-пакетов Ascend с runtime-образа 24.04 в отдельный самодостаточный builder на ubuntu:22.04 (PR #1414), а также в тот же день добавление builder той же спецификации для Xiwang (PR #1418) и Tsingmicro (PR #1422). Причина: собранные в образе 24.04 libflagcx.so / _C*.so линкуются с GLIBC_2.38 и на реальных физических машинах с 22.04 сразу аварийно завершаются; после перехода на builder 22.04 нижняя граница glibc снижена до 2.35, что выравнивает её с остальными строками производителей.
  • Квантовый стек — крупнейшее единичное слияние дня: FlagQuantum PR #635 слит с объёмом 405 файлов, +114463/−3983, добавлено 159 публичных имён, охватывающих алгоритмы (45→148), квантовую коррекцию ошибок (84→108), удалённые вызовы (20→32), наблюдаемые величины (12→20), компилятор (12→17), а также открыт новый пакет flagquantum.operators; реестр возможностей вырос с 68 до 97 позиций, 41 экспорт Stable Core остался без изменений. В тот же день PR #637 зафиксировал дорожную карту M0–M4, включив пять типов аппаратного обеспечения — сверхпроводящее, нейтральные атомы, ионные ловушки, фотонное и топологическое — в единый Core IR и ограничения компилятора.
  • Hygon закрывает магистраль BLAS: FlagBLAS PR #151 слил шесть точностей GEMM для gfx936 (sgemm, hgemm, bfgemm, dgemm, cgemm, zgemm, +7060/−127), причём dgemm использует ядро скалярного произведения fp64 MMAC и зависит от поддержки fp64 MMAC в FlagTree; вместе с поддержкой Hygon L1 из PR #149 канал Hygon расширился от уровня операторов до уровня базовой линейной алгебры.
  • Сторона Iluvatar — прямая в master базовые показатели производительности: все 4 коммита FlagDNN за день попали напрямую в master (без процесса PR): содержимое — эквивалентные базовые показатели производительности бэкенда iluvatar (equivalent_baseline.cpp и др., +8157) и две последующие правки, а также очистка каталога верификации бэкенда ascend (−7047).

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

1.1 Ритм организации: 16 репозиториев с пушами, 93 коммита, 88 слияний (10-19)

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

  • Сторона репозиториев: из 61 репозитория в 16 были пуши в окне мониторинга; по количеству коммитов: FlagGems 23, FlagQuantum 23, build-infra 16, FlagBLAS 9, FlagTree 5, FlagDNN 4, FlagGems-vllm 3, vllm-plugin-FL 3, Torch-FL 2, FlagSparse 2, FlagCX 1, FlagTrain 1, FlagAttention 1.
  • Сторона слияний: 88 слияний, распределение: FlagGems 36, build-infra 16, FlagQuantum 9, FlagTree 8, vllm-plugin-FL 6, FlagBLAS 3, FlagGems-vllm 3, Torch-FL 2, FlagCX / FlagTrain / FlagAttention / FlagSparse / TransformerEngine-FL по 1. FlagGems и build-infra вместе составляют 42% коммитов и 59% слияний.
  • Сторона ревью: в окне обновлено 180 открытых PR (интерфейс вернул первые 100 записей для статистики по репозиториям); лидеры: FlagGems 63, FlagGems-vllm 12, vllm-plugin-FL 5, Torch-FL 4, FlagCX 3, FlagTree 3, FlagGems-sglang 3. Из них 28 с KernelGen в заголовке, 30 с Kunlunxin, 8 со sparse — эти три очереди составляют текущий основной объём к обработке.
  • Подстраховка на уровне веток: пуш docs попал в ветку update/modelscope-docs-20261019-175239 (последняя в main по-прежнему 10-03); пуш Trident соответствует PR #4 «Monad промежуточный слой» (последняя в master 10-13); FlagCV после скелетного слияния ранним утром 10-19 в тот день новых действий не имел; FlagFFT, FlagScale, Megatron-LM-FL, FlagPrism, FlagAudio, FlagOps — семь репозиториев без пушей в окне.
  • Оценка: после двух дней конференции (10-17 – 10-18) в организации не произошло «остановки после релиза» — производственные мощности сразу переключились обратно на артефакты и базовые линии. В этот день не было новых релизов (в окне нет Release) и не создавались новые репозитории — день «без версий, с упором на поставку».

1.2 build-infra: четыре раунда Ascend мигрировали в самодостаточный builder 22.04, Tsingmicro и Xiwang добавлены в тот же день (10-19)

Дата: 2026-10-19　Источники: PR #1414 · PR #1418 · PR #1422 · PR #1417 · каталог base

  • Ключевая проблема: четыре колеса Ascend изначально собирались в образе времени выполнения 24.04, и полученные libflagcx.so и _C*.so линковались с GLIBC_2.38, что приводило к немедленному abort на физической машине с 22.04 в bundle. PR #1414 добавляет для каждой строки конфигурации отдельный builder ubuntu:22.04, который проходит тот же канал, что и строки других производителей, а нижняя граница glibc снижается до 2.35.
  • Один рецепт обслуживает четыре строки: ascend.mk линкует только -ltorch_npu -lascendcl -lhccl и не зависит от конкретного чипа; однако сам инструментарий не содержит этих зависимостей времени линковки, libhccl.so и <hccl/hccl.h> происходят из пакета ops чипа, поэтому рецепт одновременно устанавливает toolkit и пакет ops (без nnal/ATB), а различия между 910b и 910c передаются через чиповый токен установщика ops (builder.ops_product, 910b и A3).
  • Критерий проверки: нижняя граница SDK доказывается через import torch_npu (который выполняет dlopen библиотек инструментария CANN), а не через import torch (на этой строке — чистый CPU); ASCEND_OPP_PATH, ASCEND_AICPU_PATH, TOOLCHAIN_HOME, LD_LIBRARY_PATH из set_env.sh попадают в /etc/profile.d/vendor.sh, то есть в тот же файл, который sourced при сборке колёс.
  • В тот же день добавлены два новых бэкенда: Sunrise (PR #1418, самодостаточный builder 22.04 для sunrise wheel, затем PR #1420 фиксирует перевыпуск этого колеса как 22.04-clean) и Tsingmicro (PR #1422, самодостаточный builder 22.04 для tsingmicro wheel). Таким образом, матрица производителей в каталоге base/ теперь: nvidia (cuda12.8 / cuda13.3), ascend (cann8.5.0 / cann9.0.0, включая 910c), cambricon (neuware4.4.3 / 4.7.2), enflame (tops1.9.10 / 1.10.6), hygon (dtk26.04), iluvatar (corex4.4.0 / 4.5.0), metax (maca3.7.2.1 / 3.8.1.3), sunrise (tangrt1.2.0), tsingmicro (tsm260610) — всего 9 производителей.
  • Три изменения на стороне FlagTree: PR #1417 добавляет builder Enflame и переводит шаги проверки на data-driven подход; PR #1419 исправляет подход «утверждение о бэкенде Enflame на этапе сборки»; PR #1421 предустанавливает deb инструментария Enflame в образ builder, снижая зависимость от загрузок при каждой сборке. Кроме того, PR #1410 считывает ABI pybind11 обратно из фактически выпускаемого плагина, а не использует жёстко заданный литерал, а PR #1413 заставляет неудачный plan приводить к провалу всего run, а не к пропуску сборки.
  • Оценка: ни один из этих 16 коммитов не является разработкой функциональности — все они устраняют разрыв между «собирается на этой машине» и «работает на целевой машине». В связке с закрытием 22.04 для шести бэкендов с 10-16 по 10-18 видно, что канал артефактов FlagCX перешёл от «латания по одному бэкенду» к «одна строка — один бэкенд, единый рецепт 22.04».

1.3 FlagQuantum: 405 файлов влиты в расширение квантового стека, утверждена дорожная карта M0 (10-19)

Дата: 2026-10-19　Источники: PR #635 · PR #637 · PR #642 · репозиторий

  • Масштаб: 23 коммита, 9 влитых — репозиторий с наибольшим числом коммитов за день (наравне с лидером). PR #635: один коммит на 405 файлов, +114463/−3983, добавлено 159 новых публичных имён: пакеты алгоритмов с 45 до 148, квантовая коррекция ошибок с 84 до 108, удалённые вызовы с 20 до 32, наблюдаемые величины с 12 до 20, компилятор с 12 до 17, симуляция с 8 до 11, а также открыт новый пакет flagquantum.operators (4 экспорта). Реестр возможностей вырос с 68 до 97 пунктов, в том числе development_evidence с 20 до 47.
  • Дисциплина границ: все новые имена — это точки входа подпакетов; flagquantum.__all__ в Stable Core по-прежнему содержит 41 экспорт и побайтово совпадает с main; в тексте PR явно указано, что «повышение до Stable Core идёт отдельным путём предложения», одновременно добавлены три файла контрактов (допуск проходов компилятора, внутренние интерфейсы многоуровневого IR, сообщения реального времени).
  • Дорожная карта: PR #637 устанавливает поэтапные рамки M0–M4, зависимости и критерии приёмки, требует переиспользования существующих Core IR, компилятора, решателей динамики, runtime и интеграции с PyTorch, охватывает пять типов аппаратуры: сверхпроводящую, нейтральные атомы, ионные ловушки, фотонную и топологическую; M1 стартует с пространства состояний смешанной размерности. Этот же PR исправляет проблему точности сжатых гауссовых интегралов перекрытия (переход на math.fsum для чувствительных к сокращению сумм и добавление регрессии по исходному базисному мотиву).
  • Динамика и компилятор: PR #639 поддерживает пространство состояний смешанной размерности, PR #640 — бозонные операторы с явным усечением, PR #641 — обучение коэффициентов статических сумм операторов, PR #642 позволяет вызывающей стороне внедрять собственные pass по имени в двух точках оптимизации. Ещё более 10 коммитов с тестами и документацией переводят числовые утверждения со сравнения по фиксированным литералам на «сравнение повторяемости с учётом точности».
  • Оценка: квантовый стек движется от «прототипа фреймворка» к «универсальному фреймворку квантовых вычислений» — PR #635 закрывает охват (коррекция ошибок, химия, вызовы в реальном времени, супероператоры), PR #637 — границы и этапы. Оба влиты в один день, что означает: отправная точка M0 — это чётко описать уже имеющиеся возможности, а не сначала расширять API.

1.4 FlagGems: серия разреженных ядер KernelGen массово на ревью, семейство внимания Kunlunxin XPU3 и диспетчеризация mm на Ascend идут параллельно (10-19 ~ 10-20)

Дата: 2026-10-19 ~ 2026-10-20　Источники: PR #7260 · PR #7239 · PR #7203 · список PR на ревью

  • Сторона слияния: 23 коммита, 36 слияний. Линия KernelGen продолжает пополняться по списку ATen и входит в семантику разреженных представлений и представлений: слиты _adaptive_avg_pool3d (#7172), fft_ifftshift (#7171), ccol_indices_copy (#6775), _coalesce (#7096), _neg_view_copy (#7088); при этом PR #7260 единовременно переносит 185 наборов тестов операторов Q4.
  • Сторона рассмотрения: с 23:00 10-19 до 05:00 10-20 добавлено около 20 коммитов KernelGen, сосредоточенных на семействе разреженных операторов — _sparse_mm (#7289), _sparse_mm_reduce_impl (#7298), _sparse_mm_reduce_impl_backward (#7303), _sparse_addmm (#7277), copy_sparse_to_sparse_ (#7231), resize_as_sparse_ (#7255), _convert_indices_from_coo_to_csr (#7297), _convert_indices_from_csr_to_coo (#7296), _indices (#7293), ccol_indices (#7295) и др. Единовременное развёртывание семейства разреженных операторов говорит о том, что магистральные плотные операторы уже близки к завершению.
  • Kunlunxin: на стороне слияния — conv1d/conv2d/conv_depthwise2d для XPU3 (#7109), chunk_gated_delta_rule_fwd (#7104), производительность dropout и mhc_post (#7113), take_along_dim и te_rmsnorm_bwd (#7089), путь слияния tle.gpu для softmax_out (#6897), исправление сбоев baddbmm/copy_ и зависания при tile_size 32768 (#7245); на стороне рассмотрения — 30 коммитов, включая семейство внимания (#7275, блочность прямого прохода, слияние varlen KV, обратный эталон), lstm (#7105), rnn_relu (#7110), cholesky_solve (#7103), linalg_lu_factor (#7273).
  • Ascend и Hygon: диспетчеризация по форме mm и оптимизация тайлинга Triton для Ascend (#7239), исправление контракта reference и пропуска по точности (#7286, #7287, #7253), адаптация эталона int_repr (#7253); исправление тайм-аута hygon_mv для Hygon (#6584). Все три линии следуют порядку «сначала заставить тесты проходить, потом говорить о производительности».
  • Другие бэкенды: исправление взаимной блокировки GRU barrier для бэкенда XuanTie от DAMO Academy (#7203) и минимальный tile из 16 строк для sparse QSA (#940, FlagGems-vllm); в линии KMCompiler от Moore Threads веса linear подаются в WS SQMMA через trans_b (#7261), rnn_tanh включает musa (#7256); верхние лимиты ресурсов контейнеров PPU синхронно восстановлены в трёх репозиториях (#7254, #942, #101).
  • Сторона бенчмарков: --base-data поддерживает сравнение с внешним базовым уровнем NVIDIA (#7219), исправлены ошибки измерения времени у операторов только с метаданными (#7283), проблемы отчётности вложенных тензоров и дескрипторов (#7276), а также очищены устаревшие декораторы reference (#7271). Из 36 слияний за день около четверти приходится на исправления измерений и отчётности, что напрямую связано с воспроизводимостью, необходимой для таких внешних формулировок, как «производительность +27,6% между чипами».

1.5 FlagBLAS: слияние GEMM с шестью точностями для Hygon gfx936 (10-19)

Дата: 2026-10-19　Источники: PR #151 · PR #149 · репозиторий

  • Основное: PR #151 добавляет в репозиторий вендорские ядра GEMM для Hygon gfx936, охватывая шесть точностей — sgemm, hgemm, bfgemm, dgemm, cgemm и zgemm (+7060/−127, 23 файла). Для hgemm/cgemm/zgemm используются отдельные ядра Triton с конфигурациями, разбитыми по формам, а также эталонная реализация с вызовом hipBLAS через ctypes и тесты, не зависящие от cupy; dgemm реализован через ядро скалярного произведения fp64 MMAC; bfgemm имеет пул тюнинга, три стратегии TN и путь padding.
  • Зависимости: dgemm явно зависит от поддержки fp64 MMAC в FlagTree — восполнение точностей в BLAS выявило пробел в возможностях компиляторной стороны, что является практическим подтверждением кросс-репозиторного взаимодействия.
  • Сопутствующие изменения: в тот же день PR #149 добавил поддержку Hygon L1 и дополнил эталонные формы L1, кроме того, были отдельные изменения для sgemm (#91) и упорядочивающие коммиты, включая перевод комментариев на английский и удаление оператора ABS; в окне мониторинга репозитория 9 коммитов и 3 слияния — четвёртый по количеству коммитов репозиторий за день.
  • Оценка: ранее в FlagBLAS был только один релиз v0.3.0 (09-28), повседневных коммитов немного; девять коммитов за один день с одновременным охватом шести точностей — первое системное вложение в канал Hygon после FlagOS 2.2.

1.6 FlagTree: базовая линия Enflame GCU300 и путь деградации AMD RDNA, поставка Ascend 3.5 py312 (10-19)

Дата: 2026-10-19　Источники: PR #1363 · PR #1397 · PR #1396 · Репозиторий

  • CI и базовые линии: рабочий процесс базовой линии и тестирования FlagGems для Enflame enflame3.6-gcu300 (#1397), включение бенчмарков Enflame vLLM в рабочий процесс (#1334), рабочий процесс базовой линии и тестирования FlagGems для AMD amd3.6 (#1399); рабочий процесс поставки Ascend 3.5 py312 (#1396) и последующее исправление (#1398); обновление codeowner для ветки triton_v3.5.x (#1406).
  • Возможности компиляции: на стороне FlagMega конструкции TLE pipe, warp_specialize, distributed_barrier понижены до AMD RDNA (#1363), а для пути портативного декодирования добавлена цель nvidia-sm89 (Ada) (#1362). Первое — это спуск диалекта на потребительские видеокарты AMD, второе — перенос пути декодирования, ранее привязанного к Hopper, на Ada.
  • Оценка: работа FlagTree за день почти полностью заключалась в заполнении ячеек трёхмерной матрицы «бэкенд × версия × рабочий процесс»; 5 коммитов и 8 слияний не содержат ни одного изменения основного IR. Это та же медаль с двух сторон, что и закрытие builder в 1.2: артефакты и CI идут первыми, языковой уровень трогают после стабилизации матрицы.

1.7 Стек инференса и обучения: графовый режим Xiwang и Enflame, подключение HY4 H100, обновление Ascend vLLM 0.28 (10-19)

Дата: 2026-10-19　Источники: PR #569 · PR #578 · PR #453 · Репозиторий

  • Два варианта с графовым режимом: графовый режим Sunrise от Xiwang (#569) и графовый режим GCU300 от Enflame (#578, inductor + cudagraph) влиты в один день, что означает, что путь CUDA Graph на стороне vLLM начинает реализовываться на двух отечественных бэкендах, а не только проверяется на Ascend/Kunlunxin.
  • Подключение чипов: поддержка FlagOS для HY4 H100 (#453) влита; в управлении ветками 0.4.0-dev синхронизирована вперёд с 0.5.0-dev (#612), а CI автоматически создаёт такие синхронизационные PR (#609).
  • Линейка версий: бэкенд Xuanie от DAMO Academy обновлён до vLLM 0.28.0 (#574); на рассмотрении — «перенос opt-in операторов FlagGems-vllm в vLLM 0.28» (#613), полный декодирующий граф Ascend и Qwen3.6 (#606), исследование графового режима Hy4-preview на MetaX C550 (#614).
  • Сторона обучения: TransformerEngine-FL — влиты матричная фильтрация платформы CICD, гейт ci-complete, ограниченные повторы и команда /ci (#137); Torch-FL — влиты отчёт о покрытии строк CI и исправление отчёта MetaX (#587), на рассмотрении — «унификация входа FlagCICD с поддержкой L0–L2» (#599).
  • Оценка: ключевые слова дня для стека инференса — «развёртывание графового режима + сопровождение линейки версий». Графовый режим — предпосылка для реализации производительности, vLLM 0.28 — погашение версионного долга, оба готовят почву для следующего раунда внешних цифр производительности.

1.8 FlagDNN / FlagTrain / FlagSparse / Torch-FL: эквивалентная производительность Iluvatar, бэкенд Moore Threads, оптимизация MUSA (10-19)

Дата: 2026-10-19　Источники: коммиты FlagDNN · FlagTrain PR #20 · FlagSparse PR #113 · Torch-FL PR #593

  • FlagDNN: все 4 коммита отправлены напрямую в master — сначала добавлен базовый профиль эквивалентной производительности для iluvatar (equivalent_baseline.cpp, equivalent_runner.hpp и др., +8157), затем два раунда исправлений (включая контракт эталонов hygon и настройку pre-commit), а также очистка каталога верификации ascend (−7047). В этом репозитории в тот день не было процесса PR — всё отправлено напрямую мейнтейнерами.
  • FlagTrain: влиты бэкенд Moore Threads и поддержка двух операторов (#20). Первая версия документации в этом репозитории появилась только 10-15, а с 10-14 непрерывно добавлялись packbits, unpackbits, evoformer_attn — это самый молодой репозиторий операторов на текущий момент.
  • FlagSparse: влита оптимизация MUSA (#113, из ветки NCIC-AlphaSparse), в окне мониторинга 2 коммита, 1 влитие. Вложения вендоров в библиотеку разреженности сейчас сосредоточены на одной линии Moore Threads.
  • Torch-FL: влиты «отдельный рантайм для iluvatar, позволяющий колесу линковаться с CPU-версией torch» (#593) и отчёт о покрытии CI (#587); на рассмотрении — строка тестов сборки Iluvatar BI-V150 (#569), унификация входа FlagCICD (#599), отмена запусков для вытесненных PR и веток (#588).
  • Оценка: общая черта четырёх репозиториев — «добавление измеримого базового профиля для бэкенда того или иного вендора» — Iluvatar нужна эквивалентная производительность, Moore Threads нужен вход бэкенда, библиотеке разреженности нужен путь MUSA, Torch-FL нужна возможность установки на машину без GPU-драйвера. Такая работа не попадает во внешние формулировки, но определяет, сможет ли следующая версия таблицы производительности охватить эти чипы.

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

2.1 Первая после конференции глубокая техническая статья: China.com публикует разбор полного стека FlagOS 2.2 (10-19)

Дата: 2026-10-19　Источники: техническая статья China.com · перепечатка NetEase

  • Характер: это первая медийная публикация с полными техническими деталями после конференции (17–18 октября), опубликованная 19 октября в 17:56; это не стенограмма доклада, материал организован по пяти разделам: «операторы и компиляция, вспомогательная разработка, плагины и квантизация, Token-сервисы, периферийные устройства и платформа», включает 8 архитектурных схем и 3 таблицы производительности.
  • Новые количественные факты (не освещённые в предыдущем ежедневном отчёте): KernelGen уже поддерживает девять AI-чипов, за этот квартал дополнительно сгенерировано 765 операторов, из которых 416 прошли проверку точности как минимум на 5 отечественных чипах и достигли производительности выше 80% от нативных операторов; 40 операторов FlagGems-SGLang все прошли проверку на NVIDIA; для Qwen3.8-Flash-Next добавлено 8 fused-операторов и выполнено полное включение в граф CUDA Graph.
  • Реальные кейсы инструментов квантизации: FlagOS-Compressor на Qwen3.5-397B-A17B после применения W8A8 сократил размер файла модели с 751.41GB до 382.45GB (уменьшение на 49.1%), абсолютная точность на GPQA-Diamond составила 84.85%, выполнена валидация двух цепочек вывода — на NVIDIA H20 и на отечественном PPU; для Qwen3.8-2.4T-A95B предложены пути обработки от BF16 и FP8 до INT8.
  • Цифры Token-сервисов по сценариям: DeepSeek V4.1 Flash на H100 (1P1D, W4A16/FP8) при 32 и 64 параллельных запросах повысил скорость декодирования на запрос на 19.7% и 18.0% соответственно; Damo Academy XuanTie 810E (16 карт по 96GB на узел, W8A8) при 24 и 48 параллельных запросах — на 83.1% и 91.5% соответственно. Пропускная способность логического сервиса GLM-5.3-Flash выросла с 8.52k до 17.36k tokens/s (в 2.04 раза); скорость генерации при длинном контексте 512K составила 60.9 tokens/s, что составляет 99.7% от эталонного значения 61.1, измеренного внешним образом через официальный API; при расчёте месячной аренды 8 карт 910B в 16 500 юаней приведённая арендная стоимость на миллион выходных Token при входе 256K/8 параллельных запросах составляет 59.27 юаня, что на 19.4% ниже справочной стоимости коммерческого API, а при входе 512K/4 параллельных запросах — 104.53 юаня, что на 27.6% ниже.
  • Экосистема и платформа: 107 организаций-участников экосистемы, за третий квартал 464 336 скачиваний сообществом, что в 4.76 раза больше второго квартала; среди новых партнёров — Lingchuan Technology, China Electronics, Runkaihong, China Telecom, NXP, Biren Technology, Kuangwei Intelligent, Listenai; крупная модель Xingchen China Telecom на стороне обучения подключила FlagGems к системе MindSpore + CANN + Ascend NPU, тренировочные операторы mHC, TopK и другие прошли сквозную валидацию, работа по интеграции с MindFormers уже открыто слита в репозиторий; на стороне вывода Xing4.0-29B-A4B прошла адаптацию на десяти чиповых платформах (из них Apple M5 Pro и Bixin P1 используют периферийную квантизацию W4A8), 12 операторов вывода открыты в основных репозиториях FlagGems и vLLM; гибридное облако интеллектуальных вычислений Tianyuan компании iSoftStone на четырёх Ascend 910C оптимизировало GLM-5.2: после включения всех пяти изменений p50 ITL снизился на 14.53%, серверный p99 ITL снизился с 83.82ms до 66.35ms (−20.84%).
  • Оценка: значение этой публикации не в количестве цифр, а в том, что она разбивает выгоды 2.2 на «отдельные проверяемые кейсы» — каждая цифра сопровождается названием модели, моделью чипа, числом параллельных запросов и базой сравнения. В предыдущих двух ежедневных отчётах формулировка 2.2 опиралась в основном на четыре сводных показателя с главного форума, а эта публикация добавляет доказательства по группам.

2.2 Распространение публикаций и проверка каналов: полный текст доклада на Storage Online — старая публикация от 18 октября с поздней индексацией, на CSDN и в сообществе Zhiyuan новых материалов нет (19–20 октября)

Дата: 2026-10-19 ~ 2026-10-20　Источники: публикация Storage Online · матрица разработчиков CSDN DAMO · сообщество Zhiyuan

  • Идентификация позднего индекса: Google News 19.10 в 17:09 включил материал «Линь Юнхуа: выпущен Zhongzhi FlagOS 2.2, token-экономика движется к физическому AI», размещённый на сайте Storied Online, однако на исходной странице указана дата 2026-10-18; содержание представляет собой полную расшифровку выступления на главном форуме и имеет тот же источник, что и репортаж DOIT с места событий, цитировавшийся в предыдущем ежедневном отчёте. Согласно правилам индексации, повторно как новый элемент не учитывается, регистрируется только как распространение.
  • Прямой поиск по именам компонентов по-прежнему даёт ноль: семь групп имён компонентов FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen в 24-часовом окне по-прежнему не дали ни одного совпадения — это один и тот же вывод на протяжении нескольких окон подряд; совпадения сосредоточены на широких запросах вроде «открытый исходный код / чипы Института Zhiyuan», «стек открытого ПО для отечественных вычислительных мощностей»; из 14 кандидатов 12 представляют собой материалы о капитале и рыночной конъюнктуре (статистика размещения новых акций, награды промышленной выставки, новости о финансировании, отчёт об офисных Agent), исключены по семантике заголовков.
  • Проверка каналов: в колонке FlagOS на CSDN и в матрице разработчиков DAMO в окне мониторинга новых публикаций не обнаружено (последняя — анонс полного расписания от 12.10; страницы трансляций отдельных секций за 17.10–18.10 по-прежнему помечены как «в записи»); на главной странице сообщества Zhiyuan и во внутреннем поиске по сайту нет материалов, связанных с FlagOS; восемь групп запросов в HN Algolia не дали прямых совпадений, все возвращённые результаты — ложные совпадения с одноимёнными терминами. Помимо этого, детальные протоколы каждой секции форума на момент окончания окна мониторинга всё ещё не опубликованы.
  • Оценка: новостная сторона вступила в «период переваривания после мероприятия» — содержание главного форума перерабатывается СМИ, материалы секций и воркшопов ещё не оформлены в статьи. Для ежедневного отчёта в этом выпуске на новостной стороне значимый элемент — 1 (2.1), основной объём информации по-прежнему на стороне GitHub.

3. Углублённый анализ членов-организаций

3.1 Hygon: шесть точностей GEMM в FlagBLAS и поддержка L1 одновременно попали в репозиторий (19.10)

Дата: 2026-10-19　Источники: FlagBLAS PR #151 · PR #149 · FlagGems PR #6584

  • Действие: PR #151 влил ядра шести точностей sgemm, hgemm, bfgemm, dgemm, cgemm, zgemm для gfx936, PR #149 влил поддержку L1 — оба коммита в один день вошли в master; на стороне FlagGems исправлена проблема таймаута hygon_mv (#6584).
  • Технический подход: BF16 использует пул тюнинга + трёхпутевую стратегию TN + путь padding вместе с отчётом о производительности, FP64 использует ядро скалярного произведения MMAC, половинная точность и комплексные числа используют независимые ядра Triton + конфигурацию по градациям в зависимости от формы; эталонная реализация переведена на вызов hipBLAS через ctypes вместо cupy — это показывает, что тестовая среда намеренно не зависит от экосистемы CUDA.
  • Пробел: dgemm зависит от поддержки fp64 MMAC в FlagTree; вошла ли возможность на стороне компилятора в основную ветку, нужно смотреть по последующим коммитам MMAC в FlagTree; сейчас можно подтвердить только то, что зависимость явно прописана в PR.
  • Оценка: прежние вложения Hygon в FlagOS были сосредоточены на каналах сборки и интерфейсах устройств (/dev/itrctl); выход в основную ветку BLAS означает, что компания начинает наращивать усилия на уровне, где «производительность может напрямую измеряться бенчмарками».

3.2 Iluvatar CoreX: эквивалентный базовый уровень производительности FlagDNN напрямую отправлен в master, Torch-FL выделил независимый рантайм (19.10)

Дата: 2026-10-19　Источники: коммит FlagDNN · Torch-FL PR #593 · build-infra PR #1409

  • FlagDNN: четыре коммита, отправленных напрямую в master, все посвящены iluvatar — добавлен эталонный baseline производительности (+8157), два раунда исправлений, а также изменения реализации в backends/iluvatar/dispatch/pointwise.py, kernels/activation_backward.py и kernels/binary.py. В ту же партию коммитов вошли исправление контракта эталонных замеров hygon и очистка каталога валидации ascend (−7047).
  • Torch-FL: PR #593 добавляет для iluvatar независимый runtime, благодаря чему wheel линкуется с CPU-версией torch — то есть на машинах Iluvatar устанавливается без CUDA runtime; в связке на рассмотрении находится строка сборки и тестирования Iluvatar BI-V150 (#569).
  • Сторона сборки: PR #1409 в build-infra обновляет дату pin для iluvatar до перевыпуска 22.04, PR #1420 в той же партии фиксирует перевыпуск wheel sunrise как 22.04-clean.
  • Вывод: три действия по Iluvatar за этот день указывают на одну цель — превратить «работает на картах Iluvatar» в «автоматически собирается, автоматически тестируется и автоматически выдаёт эквивалентную производительность в стандартной среде Iluvatar». Эталонный baseline производительности — последний недостающий элемент этой цели.

3.3 Tsingmicro и Sunrise: два бэкенда в один день вошли в FlagCX 22.04 builder (10-19)

Дата: 2026-10-19　Источники: build-infra PR #1422 · PR #1418 · PR #1420

  • Tsingmicro (tsingmicro): PR #1422 добавляет для wheel tsm260610 самодостаточный builder 22.04; на стороне FlagGems в тот же день появилась ветка bump-flagtree-tsm (создана 10-19 в 15:31), указывающая на обновление версии FlagTree для Tsingmicro. Базовый образ tsingmicro-tsm260610 уже присутствует в матрице.
  • Sunrise (sunrise): PR #1418 добавляет для wheel tangrt1.2.0 самодостаточный builder 22.04 и создаёт ветку flagcx-builder-sunrise (10-19 в 17:57), PR #1420 затем фиксирует перевыпуск этого wheel как 22.04-clean.
  • Значение: обе компании не входят в передовую линейку повествования о 21 производителе чипов из состава FlagOS 2.2, однако канал артефактов уже подключён по той же спецификации — это обычно означает, что работа по адаптации прошла стадию «может ли работать» и перешла в «может ли стабильно поставляться».
  • Неподтверждённые пункты: в рамках окна мониторинга не обнаружено независимых Release или внешних новостей этих двух компаний, данная позиция опирается только на свидетельства со стороны GitHub.

3.4 Enflame: базовый уровень GCU300, рабочий процесс бенчмарков vLLM и исправление утверждений builder (10-19)

Дата: 2026-10-19　Источники: FlagTree PR #1397 · PR #1334 · build-infra PR #1417 · vllm-plugin-FL PR #578

  • Три изменения в CI: FlagTree добавляет базовый уровень FlagGems и рабочий процесс тестирования для enflame3.6-gcu300 (#1397), включает бенчмарки Enflame vLLM в рабочий процесс (#1334); build-infra добавляет builder Enflame и переводит шаги валидации на управление данными (#1417), одновременно исправляя «утверждение о бэкенде Enflame во время сборки» (#1419) и предустанавливая toolkit deb в образ (#1421).
  • Одно изменение runtime: в vllm-plugin-FL слит режим графов GCU300 (#578), включающий inductor + cudagraph.
  • Вывод: шесть действий Enflame за этот день охватывают пять звеньев — «базовый уровень, бенчмарки, упаковка, утверждения, режим графов», — это наиболее полная цепочка среди отдельных организаций-участников. Реализация режима графов GCU300 также объясняет, почему build-infra в тот же день исправляла утверждение во время сборки — путь компиляции режима графов более чувствителен к объявлениям бэкенда.

3.5 Moore Threads, Ascend, Damo Academy XuanTie: линия операторов MUSA, базовый уровень CANN 9.0, исправление дедлока GRU T-Head (10-19)

Дата: 2026-10-19　Источники: FlagGems PR #7261 · PR #7203 · FlagTrain PR #20 · FlagSparse PR #113 · build-infra base

  • Moore Threads: линия KMCompiler в FlagGems передаёт веса linear в WS SQMMA через trans_b (#7261), тест rnn_tanh включает musa (#7256); в FlagTrain добавлен бэкенд mthreads и два оператора (#20); в FlagSparse влита оптимизация MUSA (#113). Эти три линии составляют все действия MUSA за день.
  • Ascend: в base/ репозитория build-infra одновременно присутствуют ascend-cann8.5.0 и ascend-cann9.0.0 (каждый содержит вариант 910c), builder четырёх колёс унифицирован на 22.04 (#1414); на стороне FlagGems — диспетчеризация по форме mm и оптимизация Triton tiling (#7239), исправление контракта reference (#7286, #7287, #7253); в FlagTree — рабочий процесс поставки 3.5 py312 (#1396, #1398); полный декодирующий граф Ascend в vllm-plugin-FL всё ещё на рассмотрении (#606).
  • XuanTie Alibaba DAMO Academy: в FlagGems устранена взаимоблокировка GRU barrier на бэкенде T-Head (#7203), в FlagGems-vllm минимальный tile sparse QSA поднят до 16 строк (#940), в vllm-plugin-FL бэкенд XuanTie обновлён до vLLM 0.28.0 (#574). Три линии соответствуют корректности, нижней границе производительности и сопровождению версий.
  • Оценка: общая черта трёх компаний за день — «исправление границ», а не «добавление новых возможностей» — MUSA дополняет точки входа бэкенда, Ascend дополняет контракты поставки и тестирования, XuanTie дополняет корректность параллелизма. Подобные исправления не попадают во внешние метрики производительности, но определяют, можно ли горизонтально сравнивать многопроцессорные базовые линии.

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

  • Тренд 1: унификация каналов артефактов опережает расширение функциональности. В build-infra за один день 16 коммитов и 16 слияний — все вокруг самодостаточного builder для 22.04; Ascend четыре раунда, Xiwang и Tsingmicro в один и тот же день были включены в один и тот же набор рецептов, каталог base/ сформировал матрицу из 17 базовых образов от 9 производителей. Снижение нижней границы glibc с 2.38 до 2.35 напрямую определяет «можно ли установить wheel на машину пользователя» — сильнее, чем любой новый оператор. Эта линия вместе с закрытием шести бэкендов 10-16 — 10-18 образует полную цепочку и может рассматриваться как первое системное доучивание после релиза FlagOS 2.2.
  • Тренд 2: квантовый стек переходит от зачатков фреймворка к определению границ универсального фреймворка. FlagQuantum за один день — 405 файлов, 159 новых публичных имён слиты, при этом дорожная карта M0–M4 явно фиксирует предпосылки переиспользования для пяти классов оборудования и сохраняет неизменными 41 экспорт Stable Core. Такой подход «расширять подпакеты, фиксировать ядро» согласуется с позиционированием FlagQuantum как технической основы при запуске Liangzhiyun 10-18 — прежде чем рассказывать о возможностях вовне, чётко прописать, что является стабильным интерфейсом.
  • Тренд 3: инвестиции в отечественные вычислительные мощности смещаются от «операторов» к «бенчмаркам и базовым библиотекам». Hygon в FlagBLAS дополняет GEMM шести точностей и поддержку L1; Iluvatar CoreX в FlagDNN добавляет эквивалентный базовый показатель производительности и напрямую продвигает в master; Enflame в FlagTree разворачивает базовую линию GCU300 и рабочий процесс бенчмарков vLLM; Moore Threads одновременно двигает три линии: FlagGems, FlagTrain, FlagSparse. Общее в том, что всё это напрямую измеримо бенчмарками, а не просто «поддержка некоего оператора».
  • Тренд 4: KernelGen входит в завершающую стадию по семантике разреженности и представлений. На стороне слияния — _coalesce, ccol_indices_copy, _neg_view_copy и более десяти разреженных операторов на рассмотрении (_sparse_mm семейство, взаимное преобразование индексов coo/csr, copy_sparse_to_sparse_) — это показывает, что плотный магистральный путь в основном расчищен; при этом Kunlunxin с 30 заявками на рассмотрении образует крупнейшую очередь среди одного бэкенда, а семейства внимания и RNN для XPU3 — следующие основные кандидаты на слияние.
  • Тренд 5: новостной фон входит в период постконференционного переваривания, информационный центр тяжести возвращается в репозитории. В 24-часовом окне — 1 значимая новость (техническая разборка China.com от 10-19, дополняющая семь количественных кейсов), прямые запросы по именам компонентов дают нулевые совпадения подряд, протоколы секционных заседаний и материалы воркшопов ещё не оформлены. По опыту, через один-два дня после такого окна обычно появляются вторичные репортажи о секциях — это можно использовать как точку наблюдения для следующего выпуска.
  • К сведению в следующем выпуске: во-первых, когда ветка FlagQuantum feat/m0-common-foundation (создана 10-19 16:47) выйдет в PR; во-вторых, ритм слияния очереди на рассмотрении тех разреженных ядер FlagGems; в-третьих, скопирует ли build-infra рецепт «одна строка — один бэкенд» в артефактные линии FlagTree и Torch-FL; в-четвёртых, будут ли опубликованы протоколы секционных заседаний конференции.

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

6 Ascend 3.5 py312 поставка — https://github.com/flagos-ai/FlagTree/pull/1396

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

Источники Результаты проверки
GitHub org flagos-ai Полная проверка 61 репозитория, в окне мониторинга было обновление в 16 репозиториях, 93 коммита, 88 влито
GitHub Release / теги Проверены по очереди 16 активных репозиториев, новых Release в окне мониторинга нет
GitHub PR на рассмотрении 180 PR обновлено в окне мониторинга, статистика по репозиториям для первых 100 записей (FlagGems 63, FlagGems-vllm 12 впереди)
Google News RSS 24 группы запросов на китайском и английском, 14 кандидатов в окне мониторинга, 0 валидных (прямой поиск по названиям компонентов дал ноль совпадений, 12 совпадений по широким словам — материалы о капитале и рыночной конъюнктуре, 2 — старые материалы с поздней индексацией)
HN Algolia 8 групп запросов без прямых совпадений, возвращены ложные совпадения по одноимённым словам
China.com / NetEase 1 валидный (10-19 17:56 технический разбор), дополнен семью количественными кейсами
Storage Online 1 с поздней индексацией (дата страницы 10-18, полный текст выступления), повторно не учитывается
Колонка CSDN FlagOS / DAMO Новых материалов в окне мониторинга нет, страница прямой трансляции подфорума по-прежнему помечена как «повтор в процессе»
Сообщество Zhiyuan На главной странице и во внутреннем поиске нет материалов, связанных с FlagOS
Страница повестки официального сайта конференции Повестка без изменений, протоколы или стенограммы выступлений не опубликованы