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

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, поиск 135 коммитов, поиск 163 слитых PR и 183 PR на рассмотрении, 100 событий потока org, атомарная проверка Release/Tag в 31 репозитории, Atom-фолбэк для 4 репозиториев), Google News RSS (24 группы запросов на китайском и английском, через прокси), HN Algolia (8 групп), колонка FlagOS на CSDN, сообщество Zhiyuan, Embodied Home и оригинальные материалы Pandaily (подробности в приложении со списком источников).

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

  • Главное за сегодня: 163 слитых коммита — новый максимум за последнюю неделю; двойной стек Hygon vLLM 0.28 и SGLang 0.5.18 слит в один день, FEP-0140 и FEP-0141 каждый закрыл первую ячейку; FlagQuantum продвинул M3 нейтральные атомы от проектного контракта к работающей нативной динамике Ридберга (10-22)
    1. Прогресс open-source проектов (динамика GitHub)
      • 1.1 Ритм организации: 16 репозиториев с пушами, 135 коммитов, 163 слияния, очередь очищается, новые поступления сдерживаются (10-22)
      • 1.2 Линия Hygon для vLLM 0.28 и SGLang 0.5.18 слита в один день (10-22)
      • 1.3 FlagQuantum: 53 коммита, 20 слияний, нативный Ридберг из контракта становится кодом (10-22)
      • 1.4 FlagQuantum: отказ от развёртывания, уход поставщика и предложение по терминальной выборке (10-22)
      • 1.5 FlagGems: 91 слияние, пакетное внедрение 39 коммитов KernelGen параллельно с 13 оптимизациями Kunlunxin (10-22)
      • 1.6 Основная линия тестирования FlagGems: lukatao 61 коммит, ночью открыто 14 коммитов пакета с переходом на «прямое подключение кандидатов» (10-22 ~ 10-23)
      • 1.7 build-infra: Kunlunxin стал седьмым бэкендом FlagTree, flagcx 0.14.0 закреплён за всеми бэкендами (10-22)
      • 1.8 Torch-FL: Tsingmicro подключил rocprofiler-sdk, межкарточное копирование Kunlunxin переведено на peer-примитивы (10-22)
      • 1.9 FlagTree: AMD RDNA дополнен путём prefill, MUSA копирует TME-кэш поштучно (10-22)
      • 1.10 Остальные репозитории: GEMM Iluvatar CoreX и Moore Threads в FlagBLAS, два коммита соревновательного канала, optest собран в wheel (10-22)
    1. Новости и экосистема
      • 2.1 Pandaily на английском системно пересказывает FlagOS 2.2: 1454 оператора, около 27% кросс-чипового прироста, 765 новых операторов KernelGen (10-22)
      • 2.2 Kuayue Intelligence вошла в план ускорения Zhongzhi FlagOS как предлагаемый проект: FlagOS-Robo и AlohaMini, демонстрация на устройстве (10-22)
      • 2.3 Проверка каналов: 17 кандидатов, 2 действительных, CSDN добавил прямой эфир круглого стола вузов, сообщество Zhiyuan выдало только страницу-каркас (10-22)
    1. Углублённое изучение членов и производителей бэкендов
      • 3.1 Hygon: два репозитория плагинов инференса в один день завершили выравнивание с вышестоящими версиями (10-22)
      • 3.2 Kunlunxin: 13 оптимизаций операторов плюс седьмой бэкенд FlagTree (10-22)
      • 3.3 Tsingmicro: временная шкала устройств вошла в torch.profiler, испытания TX8110 (10-22)
      • 3.4 Moore Threads и Enflame: сохранение MUSA-кэша, GEMM и целый пакет обновлений Enflame (10-22)
      • 3.5 Ascend, Iluvatar CoreX, MetaX и другие: мелкие шаги по бэкендам, Horizon Robotics и Cambricon молчат (10-22)
    1. Итоги и наблюдения за трендами
  • Приложение: таблица проверки источников и полный список источников

Главное за сегодня: 163 слияния — новый максимум за последнюю неделю; двойной стек Hygon выровнен в один день, квантовый стек продвинул M3 от контракта к работающему коду (10-22)

Дата: 2026-10-22　Источник: vllm-plugin-FL PR #576 · sglang-plugin-FL PR #138 · FlagQuantum PR #700 · build-infra PR #1468 (полностью см. приложение)

  • Ритм: из 61 репозитория в 16 были пуши в окне, найдено 135 коммитов, слито 163 PR, 183 PR в проверке обновлены в окне (из них 90 новых). По сравнению с предыдущим периодом (10-21: 22 репозитория, 164 коммита, 151 слияние, 154 в проверке, 64 новых): слияния +8%, в проверке +19%, новые +41%, репозитории с пушами −27%, коммиты −18% — очередь разгружается, новый объём разработки сокращается.
  • Первое исполнение по версиям: адаптации к двум апстрим-версиям Hygon vLLM 0.28.0 и SGLang 0.5.18 слиты в один день — это первое эмпирическое подтверждение «пошагового исполнения по матрице FEP» после слитых 10-21 FEP-0140 (три версионные линии vLLM) и FEP-0141 (SGLang 0.5.18, десять вендоров).
  • Квантовый стек перешёл стадию проектирования: FlagQuantum — 53 коммита, 20 слияний; нативная программа Rydberg на стороне Core, динамика plan 1.7 на стороне Simulation и обучение импульсам мобильных атомов на стороне Examples слиты в один день; вчера нейтрально-атомное направление было лишь двумя проектировочными контрактами, сегодня уже есть рабочий CPU-путь и приёмочные цифры.
  • Седьмой бэкенд на стороне сборки: build-infra подключил Kunlunxin (XPU) к сборочной линии FlagTree и ежедневной строке сборки, сделав его седьмым бэкендом после enflame, hcu, tsingmicro, mthreads; в описании PR указано «последняя строка текущего набора»; в тот же день flagcx 0.14.0 из эксклюзивной зависимости nvidia превращён в явную зависимость всех бэкендов.
  • Синхронная перестройка тестовой инфраструктуры: optest из набора скриптов превращён в устанавливаемый wheel и console commands; на стороне FlagGems один человек слил 61 изменение, из них с 23:40 до 23:47 разом открыл 10 пакетных PR, переведя кейсы с обёрточных функций на прямой вызов операторов или внедрение кандидатов.
  • Два содержательных материала в новостном срезе за окно: англоязычное медиа Pandaily системно пересказало 2.2; внутри страны появился кейс включения FlagOS-Robo в правительственный план ускорения. Эти две позиции вне программного стека — единственный прирост информации за окно, не поступивший из GitHub.

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

1.1 Ритм организации: 16 репозиториев с пушами, 135 коммитов, 163 слияния; очередь разгружается, новый объём сокращается (10-22)

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

  • Сторона репозиториев: из 61 репозитория в 16 были пуши в окне мониторинга; по количеству коммитов: FlagQuantum 53, FlagGems 29, build-infra 13, Torch-FL 12, FlagGems-sglang 8, FlagTree 5, FlagGems-vllm 4, FlagBLAS 3, optest 3, FlagTrain 2, FlagOps 2, FlagDNN 1. Пуши в четырёх репозиториях docs, release-info, sglang-plugin-FL, vllm-plugin-FL пришлись на неосновные ветки, в главной ветке новых коммитов нет.
  • Сторона слияний: слито 163 PR, по репозиториям: FlagGems 91, FlagQuantum 20, build-infra 13, Torch-FL 12, FlagTree 6, optest 4, vllm-plugin-FL 4, FlagGems-vllm 4, FlagGems-sglang 3, FlagTrain 2, FlagBLAS 2, FlagOps 1, sglang-plugin-FL 1. FlagGems и FlagQuantum вместе составляют 68%.
  • Сторона рассмотрения: в окне обновлено 183 открытых PR, из них 90 новых; распределение по репозиториям: FlagGems 86, FlagGems-vllm 18, Torch-FL 13, vllm-plugin-FL 12, FlagTree 11, FlagTrain 6, FlagGems-Experimental 6, sglang-plugin-FL 5. Новые поступления в FlagGems-vllm и TransformerEngine-FL сосредоточены на fused-операторах со стороны производителей.
  • Сторона производительности: lukatao слил 61 PR в FlagGems (67% этого репозитория), все — тесты и контракты тестовых случаев; аккаунт FlagQuantum слил 20 PR; tengqm полностью закрыл build-infra 13 PR; lvyufeng слил 11 PR в Torch-FL; lvxu2020 слил 6 PR по линии XPU Kunlun Core.
  • Сторона релизов: новых релизов в окне нет. Последние три тега по-прежнему — 0.7.1.dev1 и 0.7.1.dev1+ppu3.6 от FlagTree (10-20 20:11), а также 0.7.1a1+ascend3.5 (10-19 13:01), все отнесены к предыдущим выпускам.
  • Сторона событий: поток событий org — 100, из них события PR 43, пуши 27, удаления веток 12, создания веток 9, комментарии 4, ревью 3, подписки 2. Удаления веток 12 и новый пакет PR появились в один день, что отражает конвейерную привычку «слияние пакетной ветки — сразу удаление», а не функциональный откат.
  • Оценка: слияния, рассмотрение и новые открытия одновременно растут, тогда как коммиты и репозитории с пушами снижаются — редкое для этого квартала сочетание. Это означает, что пропускная способность ревью разгребает накопленный за предыдущие два дня задел (10-20 — 10-21 в сумме около 300 слияний), а объём нового кода, созданного разработчиками за день, сократился. Такой ритм обычно наблюдается перед закрытием вехи и после него.

1.2 vLLM 0.28 и SGLang 0.5.18: линия Hygon слита в один день (10-22)

Дата: 2026-10-22　Источники: vllm-plugin-FL PR #576 · sglang-plugin-FL PR #138 · репозиторий vllm-plugin-FL · репозиторий sglang-plugin-FL

  • Сторона vLLM (#576, 19 файлов, +1436/−288): плагин для Hygon BW1000 обновлён до vLLM 0.28.0, идентификатор дистрибутива 0.28.0+empty, версия модуля 0.28.0, базовая версия исходников 2cf0a6915. Среда проверки: 64 GiB на карту, обычная установка wheel внутри контейнера (без editable-установки), TP=2, максимальная длина модели 4096, максимальное число последовательностей 8, utilization памяти 0.85, прогон в двух режимах графа — eager и FULL_AND_PIECEWISE; связь через вендорный HIP/RCCL, FLAGCX_PATH не задан.
  • Мозаика версий: PyTorch — вендорный 2.10.0 (+das.opt1.dtk2604, DTK 26.04 сохранён), FlagTree — 0.6.0+hcu3.6 (префикс SHA256 wheel 0fd81f0e), дистрибутив Triton — 3.6.0+gitc73250c4.staging, сосуществует с вендорным Triton; runtime-образ vllm-plugin-fl:v0.28.0-hygon-ci.
  • Сопоставимость: репозиторий пофайлово сравнил 1 944 установленных исходных и пакетных файла FlagGems — все совпали с коммитом e12a220 (различия только в окончаниях строк CRLF/LF), но версия в метаданных установки по-прежнему 0.1.0, то есть номеру версии доверять нельзя, содержимое проверяемо; такой способ верификации «содержимым вместо метаданных VCS» повторяется в последних нескольких выпусках.
  • Сторона SGLang (#138, 65 файлов, +4940/−369): empty-бэкенд для Hygon BW1000 обновлён до SGLang 0.5.18 (источник тега 71de97b, плюс специальный патч импорта Quark для HCU), адаптированы интерфейсы attention, FLA и MoE, исправлена проблема согласованного выхода при конвейерном параллелизме. Проверка включает eager и граф полного декодирования на одном узле TP2, а также eager-кейсы на двух физических узлах TP4/PP1 и TP2/PP2; гейт конвейера на BF16, контекст 4096, максимальная конкурентность 16, доля памяти 0.70.
  • Мозаика версий: FlagTree 0.6.1+hcu3.6 (Triton поставляется FlagTree, отдельный Triton не устанавливается), FlagGems 5.4.0.dev0, нативный FlagCX 0.13.0, вендорные sglang-kernel 0.4.2.post2, flash-attn 2.8.3; CI-образ sglang-plugin-fl:0.5.18-hygon-ci-20261015, закреплён по sha256.
  • Оценка: оба PR идут по маршруту «empty-рантайм + вендорный стек», критерии приёмки записаны как конкретные номера версий плюс конкретные режимы графа, а не расплывчатые формулировки вроде «уже адаптировано». Согласно FEP-0140, vLLM 0.28 — основной релиз ноября, цель — десять вендоров; согласно FEP-0141, SGLang 0.5.18 охватывает десять вендоров, узлы до середины декабря. Hygon — первая зажжённая клетка, что не означает, что остальные девять вендоров уже на месте; следующая точка наблюдения — будет ли та же версия 0.28.0 переиспользовать один и тот же путь установки на Tsingmicro, MetaX, Enflame и Kunlunxin.

1.3 FlagQuantum: 53 коммита, 20 влито, нативный Rydberg из контракта становится кодом (10-22)

Дата: 2026-10-22　Источники: коммиты FlagQuantum · PR #700 · PR #707 · PR #714

  • Общий объём: 53 коммита, 20 слияний, коммиты составляют 40% от всей организации, по слияниям — второе место. По сравнению с предыдущим периодом (84 коммита, 34 слияния) масштаб сократился вдвое, но характер изменился: в предыдущем периоде это был Program IR динамических схем и достройка цепочки построения графиков, в текущем — переход физики нейтральных атомов из документации в исполнение.
  • Core фронтенд (#700, 22 файла, +2198/−16): нативное управление Rydberg больше не заимствует адаптацию схем — Core напрямую предоставляет фронтенд на ProgramRecord. Запись дополнена типизированными полями context и control, существующий валидатор принимает только один физический профиль и переиспользует проверки CFG/SSA; безопасность непрерывных путей определяется точной арифметикой по закодированным координатам и развязана с численным решателем; исходное кодирование переиспользует существующий скалярный кодек, нативные строгие поля и канонические проверки отвергают недопустимый ввод до любого тензорного декодирования. Новые уровни IR, биндеры, решатели, реестры или корневые экспорты не введены.
  • Пользовательский API: RydbergProgram конструируется из атомов, позиций, единиц длины и времени, C6, скорости потерь, минимального расстояния, каналов транспорта и каналов возбуждения, предоставляет три действия move, pulse, to_ir; пример вывода — идентификаторы атомов ('a','b'), размерности (3,3), управляемые позиции (3.0,0.0) и форма оператора выживания (9,9). В PR явно указано: «управляемая позиция не означает физического присутствия».
  • Simulation (#707, 19 файлов, +1488/−188): нативные программы Rydberg могут проходить через существующие точки входа плана Линдблада, запуска и начальной плотности с сопряжением; пользователь объявляет атомы, линейный транспорт, импульсы и потери на поглощение, Simulation самостоятельно собирает интервальные матрицы; plan 1.7 запечатан ровно семью внешними полями, во время выполнения исходник не перекомпилируется. Экспериментальный численный путь — только CPU, одна-две роли g/r/lost, большие масштабы отвергаются до экспоненциального выделения памяти; геометрия — приближение средней точкой интервала приложения линейного пути, доказательства сеточной сходимости и точность решателя фиксируются раздельно.
  • Examples (#714, 3 файла, +217): обучение двух привязок амплитуд импульсов и перемещение атомных пар, измеренный вывод на 40 шагах и 128 интервалах: безусловный RR вырос с 0.0431 до 0.1228, условный по выживанию RR 0.1500, RR выбора no-flag 0.1439, точное численное воспроизведение подтверждено. Локальный полный прогон по умолчанию: 14 584 пройдено, 167 пропущено, около 518 секунд; в первом раунде на 64 интервалах один градиент упал на 2.28e-10, после уточнения до 128 интервалов прошёл без изменения решателя и утверждений.
  • Оценка: за один день квантовый стек соединил три сегмента — «можно объявить атомы и импульсы», «можно вычислить динамику» и «можно обучать параметры управления», причём каждый сегмент оговаривает границы возможностей (не заявляются выборочные события, обратная связь, нагрев, квантовое движение, GPU или распределённость, а также завершение M3). Это наиболее информативный способ продвижения отдельного репозитория в этом сезоне: сначала контракт оформляется как отвергаемая реализация, затем поэтапно открывается.

1.4 FlagQuantum: отказ развёртывания, уход вендора и предложение терминальной выборки (10-22)

Дата: 2026-10-22　Источники: PR #701 · PR #705 · PR #716 · PR #720

  • Отказ на стороне развёртывания (#701, 3 файла, +78/−1): нативные физические программы не являются цифровыми схемами; построитель пакетов ранее читал метаданные схемы из ProgramRecord, что вызывало AttributeError, а построитель пакетов Pauli вызывал TypeError из-за отсутствия направления. Теперь оба входа передаются логике отказа Core до выбора бэкенда, компиляции и запуска, единообразно вызывая CapabilityError с сообщением «Нативную временную шкалу Rydberg нельзя исполнять как схему, используйте flagquantum.lindblad». Четыре новых регрессионных теста до исправления все падали, после исправления по 39 тестов проходят на каждой из трёх версий Python.
  • Уход поставщика (#705, 17 файлов, +159/−621): универсальный NeutralAtomProvider никогда не имел соответствующего внешнего сервиса или протокола задач, только разбирал локальную геометрию и всегда отклонял отправку. Согласно предложению 082 модуль и экспорты двух пространств имён Remote удалены напрямую, без псевдонимов и без пустых адаптеров; геометрия Core, RydbergProgram и старые план/исходная прошивка остаются без изменений.
  • Предложение по терминальной выборке (#716, 4 файла, +379): после #707 предложено предложение 083, определяющее примитив Runtime sample_terminal — потребляет упорядоченные ветви Крауса тензоров полного пространства, переиспользует SuperOperator, существующую проверку плотности, текущий MeasurementResult, тензорное кодирование Core и источник случайности Torch. В примере приведены метки существования ('no_flag','flag') с вероятностями 0.68/0.32, метки числа Фока 0/1/2 с вероятностями 0.6/0.3/0.1, в конце явно печатается «Framework terminal instrument API: proposed, not implemented». В тексте PR указано, что предложение 083 ещё не утверждено и не реализовано.
  • Остальные ветки: #710 синхронно устанавливает методы Circuit при регистрации пользовательских операторов; #711 отклоняет неунитарные матрицы в сопряжении Circuit; #712 точно сохраняет крайне малые ненулевые вентили (не сворачивает в ноль по порогу); #713 аудит готовности продвижения динамических схем; #720 изменение ёмкости измерений в зависимости от ранга и интервал согласованности представления; #721 наделяет управляющие инструкции собственными операндами; #722 калибрует сортировку движка при инъекции тактового сигнала, устраняя эпизодические сбои.
  • Оценка: половина объёма слияний квантового стека этого выпуска потрачена на «отказы» и «удаления» — отказ упаковывать физические программы как схемы, удаление поставщика без внешнего сервиса, заморозка неутверждённого интерфейса выборки. Такие действия не увеличивают возможности, но определяют, будет ли граница последующего M3 достоверной.

1.5 FlagGems: 91 слияние, 39 массовых внедрений KernelGen параллельно с 13 оптимизациями Kunlunxin (10-22)

Дата: 2026-10-22　Источники: Коммиты FlagGems · PR #7077 · PR #7107 · PR #7424

  • Общий объём: 29 коммитов, 91 слияние, что составляет 56% всех слияний организации. Все 163 слияния по организации с учётом ключевых слов в заголовках (возможно пересечение) распределяются так: тесты 47, KernelGen 39, Kunlunxin 13, Ascend или NPU 9, Hygon или DCU 7, Enflame или GCU 5, Moore Threads или MUSA 5, CI 4, MetaX 3; из них в репозитории FlagGems: Kunlunxin 10, Ascend 7, Moore Threads 4, Enflame 2, Hygon 2.
  • Массовое внедрение KernelGen: 14 операторов Nvidia слиты в три партии; плотность временных меток внутри партий указывает на групповое слияние после прохождения проверки, а не на поочерёдное рецензирование.
  • Партия 10:43: _copy_from_and_resize, ger, sparse_bsc_tensor;
    _nested_tensor_from_tensor_list.
  • Партия 15:23: _values_copy, _fw_primal_copy, _shape_as_tensor;
    _nested_tensor_storage_offsets, _convert_indices_from_csr_to_coo.
  • Партия 22:23: swapdims, _nnz, moveaxis, _dimI и view_as_complex_copy.
  • Полная партия Enflame (#7077, 26 файлов, +3520/−511): полное обновление вендора от 10-13 одним разом вошло в основную ветку; в заголовке указано лишь «update from enflame 20261013», в теле PR отмечены только Operator и «исправление дефектов и оптимизация производительности», без построчных деталей. Это одно из крупнейших по объёму кода изменений со стороны вендора за последнюю неделю.
  • Fused MoE от Kunlunxin (#7107, 13 файлов, +496/−123): добавлены три оператора для XPU3 — fused_experts_impl, inplace_fused_experts, outplace_fused_experts — и dispatch_fused_moe_kernel; агрегированные оценки первых трёх составили 1.327, 1.329 и 1.324 соответственно (среднее bf16 от 1.346 до 1.351, среднее fp16 от 1.302 до 1.306). В PR явно указаны две оговорки: во-первых, официальной контрактной базой является собственный fused_experts_impl из vLLM, однако эта база не собирается на стеке XPU, поэтому Kunlunxin сравнивал только с альтернативной неконтрактной базой (поэкспертный index_select плюс matmul), и три числа можно читать лишь как «fused лучше, чем non-fused»; во-вторых, агрегированная оценка dispatch_fused_moe_kernel 0.626 ниже порога 0.8, и соответствие стандарту не заявляется.
  • Три коммита CI: #7424 отключает flagcx для исправления ошибки зависимостей cuda12 (сбой mm_w8a8_fp8 на бэкенде nvidia133); #7500 исправляет неверное расположение переменной окружения; #7420 повышает тайм-аут robust-checkout до 60 секунд.
  • Оценка: из 91 слияния реально расширяющих возможности операторов — менее двух десятых; основную массу составляют автоматизированные результаты (39) и тестовые контракты (47). Линия Kunlunxin уже вошла в стадию «поэлементной доработки по агрегированным оценкам бенчмарков» и начала активно помечать оговорки о сопоставимости базовых линий — это заслуживает внимания больше, чем сами цифры.

1.6 Основная линия тестирования FlagGems: 61 коммит от lukatao, за ночь открыта партия из 14 коммитов с переходом на «прямое подключение кандидатов» (10-22 ~ 10-23)

Дата: 2026-10-22 ~ 2026-10-23　Источник: PR #7543 · PR #7552 · PR #7556 · репозиторий optest

  • Масштаб: lukatao в одиночку слил 61 коммит, что составляет 67% от FlagGems за день и 37% от всей организации; из них 56 коммитов озаглавлены как тесты, исправления, проверки или синхронизация, и ни один не добавляет новый оператор.
  • Пакетное открытие PR: с 23:40 до 23:47 22 октября за семь минут открыто 10 PR — пакет foreach-переопределений «прямая маршрутизация» с 01 по 09 (#7543–#7551) плюс #7552 «перевести последние девять наборов операторов на общий API кандидатов». Эти изменения переводят тест-кейсы с обёртки use_gems() на прямой вызов flag_gems.* или внедрение кандидатной реализации, то есть делают «какую реализацию тестируем» из неявного явным.
  • Слияние за ночь: в конце окна мониторинга четыре коммита о переносе разреженных наборов легли подряд — #7553 (01:00, переносимость разреженного log-softmax между бэкендами), #7554 (02:51, прошивка разреженного валидатора и прямые вызовы эталонных кандидатов), #7555 (04:38, сжатый разреженный валидатор), #7556 (05:47, общий конструктор разреженных блоков). Последние два коммита — менее чем за полчаса до момента среза отчёта.
  • Управление пропусками на бэкендах: пропуски на Ascend и Moore Threads расписаны по пунктам с причинами и ограничением входной области (#7483 linalg_vander комплексные входы, #7485 logdet комплексные, #7492 row_stack_out формат памяти, #7496 trapz complex32, #7502 orgqr MUSA нулевые столбцы, #7503 и #7504 MUSA qint32, #7505 Hygon проверка cuDNN), на стороне Hygon #7460 исправляет входную прошивку обратного прохода разреженного суммирования FP8.
  • Оценка: эта линия не создаёт никаких внешних возможностей, но является фундаментом доверия к многобэкендности FlagOS — один и тот же тест-кейс PyTorch должен давать объяснимое прохождение или пропуск на полутора десятках бэкендов, а не поддерживать в каждом свою изменённую версию теста. optest в тот же день также собрал инструментарий в устанавливаемый wheel (#4), перевёл на компоновку src (#5), открыл console commands (#6) — это две стороны одного и того же процесса с переработкой тест-кейсов FlagGems.

1.7 build-infra: Kunlunxin становится седьмым бэкендом FlagTree, flagcx 0.14.0 закреплён на всех бэкендах (22 октября)

Дата: 2026-10-22　Источники: PR #1468 · PR #1471 · PR #1459 · PR #1462

  • Общий объём: 13 коммитов, 13 слияний, все выполнены tengqm — наиболее концентрированный репозиторий на уровне платформы за текущий период.
  • Седьмой бэкенд (#1468, 3 файла, +428/−9): packaging/flagtree/kunlunxin использует двухступенчатый Containerfile той же формы, что и недавние бэкенды — --target builder представляет собой публикуемую среду сборки (голый ubuntu 22.04 с инструментальной цепочкой apt, предварительно скомпилированные входные данные временно размещаются в офлайн-кэше FlagTree), финальная ступень собирает на нём wheel. У Kunlunxin есть пять уникальных ограничений: во-первых, десять предварительно скомпилированных входных данных, и кэш сопоставляется по имени каталога; два пакета LLVM 19 совместно используют корень tarball xtdk-llvm19-ubuntu2004_x86_64, превращаясь в xtdk-llvm19 и xtdk-llvm19-printf, поэтому имена в filestore несут суффикс версии; только набор инструментов triton имеет корнем .triton/ и требует --strip-components; во-вторых, фронтенд выбирается переменной окружения, LLVM_SYSPATH должен оставаться неустановленным, публичный LLVM — это проверенная ветка, XTDK — запасной вариант; в-третьих, pybind11 точно закреплён на 3.0.1, поскольку 3.0.4 изменил конструкцию internals, что вызывает SIGSEGV в диспетчере; в-четвёртых, используется не patchelf из apt, а разрешение из PATH или собственной копии публичного пакета LLVM — тот же путь, что и в CI производителя; в-пятых, не добавляется TRITON_APPEND_CMAKE_ARGS=-DCMAKE_BUILD_TYPE=Release, потому что выпускаемый производителем wheel Kunlunxin сам по себе имеет rel-with-asserts; для внешнего компилятора уровень оптимизации не является деталью упаковки.
  • Зависимость связи (#1471, 3 файла, +60/−4): flagcx==0.14.0 ранее был закреплён только в двух строках nvidia-cuda12.8 и nvidia-cuda13.3, остальные восемнадцать бэкендов по-прежнему разрешались из triton/_C. В этот раз для остальных восемнадцати бэкендов добавлен точный pin, причём метка берётся из фактически обслуживаемого значения индекса производителя, а не выводится из ключа бэкенда (hygon-dtk26.04 публикует +dtk2604); spacemit и thead-ppu2.0.0 не закрепляются, так как в их индексах нет wheel flagcx. В том же PR попутно исправлены два устаревших вследствие этого описания в документации.
  • Документационная линия: проектные записи и страницы сайта восьми компонентов vllm-plugin-FL, FlagTree, FlagCX, FlagGems, FlagLibs, Megatron, SGLang, verl непрерывно сливались с 12:50 по 17:42 (#1462–#1470) — это первый раз в сезоне, когда «дизайн сборки» оформлен как индексируемое содержимое сайта.
  • Прочее: #1459 удаляет устаревшую строку wheel с префиксом производителя hygon; #1461 позволяет вызывающей стороне сужать режим загрузки manifest.
  • Оценка: сборщик расширен с шести до семи бэкендов, и в тот же день библиотека связи превращена из «особого случая двух строк nvidia» в явную зависимость всех бэкендов. Последнее — более существенное изменение: оно определяет, проходит ли коммуникационный уровень при смене бэкенда тот же путь установки и разрешения символов.

1.8 Torch-FL: Tsingmicro подключает rocprofiler-sdk, межкарточное копирование Kunlunxin переходит на peer-примитивы (10-22)

Дата: 2026-10-22　Источник: PR #630 · PR #634 · PR #632 · PR #629

  • Всего: 12 коммитов, 12 слияний, охватывающих шесть платформ: MPS, Kunlunxin, Ascend/Hygon/MetaX/PPU, GCU и Tsingmicro.
  • Профилирование устройств Tsingmicro (#630, 15 файлов, +1383/−39): на Tsingmicro torch.profiler ранее выдавал только активность CPU — платформа маршрутизировалась на заглушку unavailable, PrivateUse1 не регистрировал профилировщик устройств, не было событий kernel, не было стрелок от CPU к kernel, self_device_time_total постоянно равнялся 0. Данный PR добавляет DeviceTracer на основе rocprofiler-sdk и независимый инструмент профилирования libtorch_fl_profiler.so, сопоставляющий каждый kernel NPU с инициировавшим его aten op и отрисовывающий его в раскладке CPU/device трассировки CUDA; также проведены измерения на TX8110 и для Tsingmicro закреплён FLAGOS_BUILD_VENDOR=ON (в каталоге производителя лежит ядро со случайными числами), дополнена документация по установке и профилированию. Без запроса профилирования поведение не меняется.
  • Межкарточное копирование Kunlunxin (#634, 3 файла, +55): CrossDeviceMemcpy вызывал xpu_memcpy с семантикой одной карты (тип XPU_DEVICE_TO_DEVICE), при передаче указателей на две карты возвращал −801 и цель не записывалась, поэтому любая передача flagos:N → flagos:M молча не работала. Переключено на peer-примитив SDK xpu_memcpy_peer. Проблема обнаружена по последнему сбою bert на P800; синхронный вызов её не маскирует, что указывает: дело не в тайминге, а в том, что байты никогда не записывались.
  • Порядок предзагрузки (#632): liblaunch_shared.so сообщал undefined symbol: cudaMemcpy; этот символ в /usr/local/xcudart/lib/libcudart.so.12 определён версионированно и разрешается только после dlopen загрузчика Triton, поэтому CUDA-совместимый рантайм Kunlunxin загружается заранее.
  • Прочее: #629 добавляет исключение convolution_overrideable для cuda/dcu/metax/ppu; #626 оставляет представление метаданных Qwen3.5 на MPS; #635 переносит преобразование типов на устройство в сборке CUDA под ведущей ролью FlagGems; #631 оставляет тесты MPS на Apple runner; #618 добавляет временное диагностическое пояснение для capability AssertionError на GCU.
  • Вывод: главная линия дня — не производительность, а работоспособность двух базовых возможностей: наблюдаемость (Tsingmicro впервые может видеть временную шкалу устройства) и корректность многокарточности (межкарточное копирование Kunlunxin до этого было ошибочным). Подобные исправления не попадают ни в одну таблицу бенчмарков, но заставляют пересчитать выводы всех вышестоящих многокарточных экспериментов.

1.9 FlagTree: AMD RDNA дополнен путём prefill, MUSA кэширует TME при каждом копировании (10-22)

Дата: 2026-10-22　Источники: PR #1365 · PR #1385 · PR #1278 · PR #1415

  • AMD prefill (#1365, 66 файлов, +3163/−260): поверх пути декодирования M=1 из #1364 добавлено выполнение prefill для M>1, включая режим prefill импортёра плотной модели Qwen3, генерацию кода рендеринга для M>1 (включая WMMA lm_head), слитое ядро matmul плюс RMS-norm-stats и завершающую нормализацию gather-reduce, независимые слоты кэша для записи KV каждого prefill-токена, а также «prefill выводит логиты только последнего токена» — обрезаются только позиции перед lm_head, без материализации всех позиций. Микроядро WMMA GEMM для prefill на RDNA относительно цикла GEMV ускоряется в 10–30 раз при M>1 и выбирается автоматически по M; на стороне декодирования split-K снижает lm_head с 17.0 до 14.9 мс/токен, послойное широкое проецирование — с 14.9 до 10.5 мс/токен. На W7900 (gfx1100) и R9700 (gfx1201) после свежей компиляции prefill конечен, argmax=241 совпадает с эталоном torch (максимальная ошибка около 0.5, это bf16-почти-равенство), декодирование next_token=25 не изменилось.
  • Остальные пять коммитов: #1278 исправляет смещение барьера при вызовах через outlined helper; #1385 добавляет для MUSA персистентность TME-кэша для каждой копии; #1424 отключает тест-кейс 02-sparse-mla в CI Enflame из-за спорадических ошибок шины; #1415 исправляет block_size_k в minimax_m3 index_topk; #1427 (10-23 00:06) обновляет параметры бенчмарка vllm для Enflame.
  • Оценка: линия AMD продвинулась от «одна карта умеет декодировать» к «одна карта умеет prefill», причём цифры производительности даны в пересчёте на коммит (17.0→14.9→10.5 мс/токен), а не как сравнение целых моделей, что обеспечивает хорошую проверяемость. Эта линия по-прежнему использует плотную модель Qwen3 как единственный объект проверки; MoE и длинный контекст не покрыты.

1.10 Остальные репозитории: GEMM для Iluvatar CoreX и Moore Threads в FlagBLAS, два коммита по каналу соревнований, optest в виде wheel (10-22)

Дата: 2026-10-22　Источники: FlagBLAS PR #153 · FlagGems-sglang PR #205 · FlagGems-vllm PR #977 · optest PR #4

  • FlagBLAS (2 коммита): #153 оптимизация операторов уровня L1 для Iluvatar; #152 добавление реализации GEMM для Moore Threads. Оба PR представлены со стороны производителей, без межрепозиторных изменений.
  • FlagGems-sglang (3 коммита): #205 добавление версий gfx1100 для fused_moe_gemm, fused_moe_router_tensorcore и fused_moe_router_cudacore на уровне архитектуры AMD RDNA3 (_amd/rdna3/ops/), оптимизация на W7900D, 3 файла +1310; ядро WMMA накапливает одиночное скалярное произведение в fp32 по K-блокам, поскольку использование аккумулятора WMMA между K-блоками приводит к потере точности на gfx1100. Ещё два коммита — работы Track1 соревнования FlagOS: #204 fused_pack_qkv, #201 fused_sigmoid_mul, оба являются ядрами Triton, что показывает: результаты соревнования уже начали попадать в основную ветку, а не остаются на уровне заявок.
  • FlagGems-vllm (4 коммита): #977 добавление конфигурации TP=2 для слитого MoE от MetaX (w1=(256,512,2048), w2=(256,2048,256) для Qwen3.6-35B-A3B), среднее ускорение в 1,065 раза для 14 значений M на C550, а также исправление OutOfResources, возникавшего при M≥4096 из-за выбора конфигурации разделяемой памяти размером 98304 байта; одновременно приняты out, workspace13, workspace2 от vLLM во избежание копирования всего вывода. #936 переводит прямой проход chunk gated delta rule для Ascend на интерфейсы срезов и синхронизации tle.dsa; #929 добавляет qwen_qsa_prepare от KMCompiler; #777 дополняет flash attention с переменной длиной на Hopper.
  • FlagTrain (2 коммита): #16 добавление multi_tensor_lion (четыре бэкенда: Nvidia, Hygon, Metax, Thead, с префиксом KMCompiler); #26 добавление quick_gelu.
  • optest (4 коммита): #4 упаковка инструмента в устанавливаемый wheel, #5 переход на компоновку src, #6 предоставление установленного инструмента как console commands, #2 отображение имени задания CI в формате <repo> (<backend>).
  • На рассмотрении, заслуживает внимания: flir #83 добавление диалекта TensorView и представлений tile.load / tile.store (существенный шаг в направлении CommonIR); verl-FL #22 добавление поддержки платформы Biren SUPA; FlagOS-Compressor #13 добавление в CLI многодевайсного MSE-квантования и преобразования BF16; sglang-plugin-FL #149 в 23:36 открыт новый eager Qwen3.6 MTP-декодинг для Hygon; TransformerEngine-FL #144–#146 три коммита в один день направлены на NPU (get_num_cublas_streams, запрос возможностей версии cuDNN, компоновки bshd/thd).
  • Вывод: эти репозитории находятся на стадии «добавления интерфейсов» — flir добавляет диалект IR, verl добавляет аппаратный бэкенд, компрессор добавляет CLI, компилируемые операторы распространяются на четыре бэкенда. Они ещё не вошли в основную линию приёмки моделей, но действия flir и компрессора в цикле 2.3 напрямую определят границы FlagTree и импорта новых моделей.

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

2.1 Pandaily на английском системно пересказывает FlagOS 2.2: 1454 оператора, около 27% межчипового ускорения, 765 новых операторов KernelGen (10-22)

Дата: 2026-10-22　Источник: репортаж Pandaily · документация FlagOS

  • Фактологическая основа: версия 2.2 выпущена 30 сентября, представлена 17 октября на Конференции по открытым вычислениям в области ИИ 2026; девять библиотек операторов в сумме содержат 1 454 оператора, число публичных операторов FlagGems и связанных библиотек выросло с 564 до 1 454 (добавлено 890); новая библиотека FlagGems-SGLang содержит 40 мультичиповых операторов, охватывающих attention, обновление состояния Mamba, MoE, LoRA, сэмплирование и квантизацию; на 10 классах AI-оборудования и тысячах операторов достигнут общий прирост около 27%.
  • Автоматизированные метрики (новые детали этого выпуска): KernelGen поддерживает 9 моделей AI-чипов, за квартал сгенерировано 765 новых операторов, из которых 416 прошли проверку точности как минимум на 5 отечественных чипах и достигли более 80% производительности нативных операторов; FlagPrism связывает исходный код Triton, IR компилятора и данные исполнения на устройстве, поддерживает Ascend, Iluvatar, Moore Threads, NVIDIA и Enflame.
  • Сжатие и развёртывание: FlagOS-Compressor обрабатывает Qwen3.5-397B-A17B в режиме W8A8, размер файла модели снижается с 751,41 ГБ до 382,45 ГБ (−49,1%), оценка GPQA-Diamond составляет 84,85%; благодаря плагинам для фреймворков vLLM, Megatron-LM, SGLang и других новые модели адаптируются максимум к 12 чиповым платформам в течение одного дня после выпуска.
  • Кейс существующих вычислительных мощностей: на Ascend 910B логическая пропускная способность обслуживания GLM-5.3-Flash выросла с 8,52k до 17,36k tokens/s (в 2,04 раза); China Telecom Xing4.0-29B-A4B адаптирована к 10 чиповым платформам, задержка первого токена в тестах с длинным вводом снизилась на 19,87% по сравнению с нативными операторами (эта цифра впервые появилась в публичных сообщениях).
  • Ограничения: BAAI сам указывает, что проблема во временных характеристиках — более 80% развёрнутых вычислительных мощностей не относятся к последнему поколению, тогда как модели сменяются быстро; все цифры в материале взяты из собственных тестов BAAI, реальная производительность обслуживания по-прежнему зависит от нагрузки.
  • Оценка: это первое систематическое изложение версии 2.2 на английском языке, метрики совпадают с китайской версией, фактически новыми являются только цифра задержки 19,87% и квартальный объём производства KernelGen. Для зарубежных читателей значение выше, чем информационный прирост для сообщества: материал превращает 2.2 из презентации в китайском техническом кругу в англоязычный источник, на который можно ссылаться извне. Предыдущий отчёт от 10-20 уже разложил выгоды 2.2 на проверяемые кейсы, в этом пункте сравнение цифр не повторяется.

2.2 Kuayue Zhineng вошла в проект «Zhongzhi FlagOS Acceleration Plan»: демонстрация FlagOS-Robo и AlohaMini на периферийных устройствах (10-22)

Дата: 2026-10-22　Источники: репортаж Jushen Home · точка входа в документацию FlagOS-Robo

  • Факт утверждения проекта: в сентябре Пекинская городская комиссия по науке и технологиям и Административный комитет научного парка Чжунгуаньцунь опубликовали уведомление о публичном обсуждении перечня предлагаемых к утверждению тем в рамках специального проекта «Zhongzhi FlagOS Acceleration Plan» по направлениям «Центральное руководство местным развитием» и «Инновации в области нового поколения информационно-коммуникационных технологий» на 2026 год; заявка «Развёртывание и демонстрация применения на периферийных устройствах воплощённого интеллектуального робота AlohaMini на основе FlagOS-Robo», поданная компанией Kuayue Zhixin (Пекин) Robotics Technology Co., Ltd., входящей в Kuayue Zhineng, вошла в обсуждённый перечень.
  • Содержание проекта: воспроизведение открытых алгоритмов для воплощённых интеллектуальных роботов, развёртывание на реальном корпусе, адаптация отечественных AI-чипов для периферийных устройств и проверка сценариев применения; на базе открытого робота AlohaMini и инструментальной цепочки FlagOS-Robo выполняются адаптация обучения моделей, мультичиповое развёртывание инференса, интегрированная работа быстрой и медленной систем и демонстрация в множестве сценариев с целью сформировать воспроизводимое, развёртываемое, оцениваемое и масштабируемое открытое решение.
  • Критерии приёмки: на стороне моделей — адаптация обучения и развёртывание инференса воплощённых моделей, продвижение отечественных AI-чипов на периферийных устройствах роботов и проверка межчипового поведения через тесты согласованности точности мультичипового инференса; на стороне системы — согласование воплощённой модели, управляющего «мозжечка» и управления корпусом, связывание понимания, планирования и исполнения; на стороне сценариев — построение системы физической оценки в множестве сценариев.
  • Предыстория: Kuayue Zhineng уже была одним из новых партнёров в экосистемных материалах версии 2.2 и фигурировала в списке участников форума по воплощённому интеллекту, анонсированного 10-13. Отличие этого пункта в том, что это утверждение проекта в связке «правительственная программа — открытая инструментальная цепочка — открытый корпус — система оценки», а не просто появление на форуме.
  • Оценка: план ускорения объединяет FlagOS-Robo и периферийные устройства на отечественных чипах в одном техническом задании, что фактически задаёт для направления воплощённого интеллекта внешнего приёмщика. Для сообщества это третий внешний проект с обязательствами по поставке (первые два — матрица FEP и соревнования); стоит отслеживать, появятся ли в дальнейшем публичные результаты по моделям чипов и согласованности точности.

2.3 Проверка каналов: из 17 кандидатов действительны 2, CSDN добавил прямую трансляцию университетского круглого стола, сообщество Zhiyuan получило только страницу-каркас (10-22)

Дата: 2026-10-22　Источники: Google News RSS · колонка FlagOS на CSDN · HN Algolia

  • Поисковый охват: 24 группы поисковых запросов на китайском и английском, названия компонентов (FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagAttention, FlagCX, KernelGen) за 14 дней, членские и отраслевые термины (открытый исходный код Института Zhiyuan, чипы Института Zhiyuan, открытый программный стек отечественных вычислительных мощностей, Enflame, MetaX, Moore Threads, Tsingmicro, Hygon и др.) за 7 дней, в окне всего найдено 17 записей.
  • Две значимые: английский пересказ Pandaily на 2.2 и проектное предложение FlagOS-Robo от Embodied Home (см. 2.1, 2.2). Остальные 15 записей — это материалы о рынке, финансировании и кадрах, включая страницы отдельных акций Enflame и Tsingmicro и кейсы научно-технических пионеров, финансирование Huixi Intelligence, материалы Moore Threads о «падении ниже цены размещения» и о результатах отечественных вычислительных мощностей, а также перепечатанный сообществом Zhiyuan материал о вычислительных кластерах Дженсена Хуана; ни одна из них не касается компонентов, версий или адаптации чипов.
  • Проверка каналов: в восьми группах запросов HN Algolia FlagOS найден 4 раза, FlagGems — 2 раза, прямых совпадений в заголовках нет; на главной странице колонки CSDN 51 ссылка, самая свежая оригинальная публикация по-прежнему материал об адаптации GLM-5.3-Flash Day0 от 08-28, но добавлена новая трансляция круглого стола вузов 10-22 19:00 («Совместное построение открытой экосистемы AI-образования», создана 10-22 14:24), содержание — внедрение преподавания преподавателями вузов ряда стран в рамках программы развития преподавательских кадров глобальных открытых вычислений FlagOS, это мероприятие сообщества, а не технический релиз; страница поиска сообщества Zhiyuan рендерится на клиенте, получена только страница-каркас.
  • Описание пробелов: новостная сторона данного окна опирается на два внешних материала, один из которых — английский пересказ старой публикации, поэтому «техническая картина» по-прежнему целиком исходит из GitHub. Согласно дисциплине сбора это уже удовлетворяет требованию «не судить о затишье по новостной стороне», но на этом основании не следует считать, что темп внешних коммуникаций ускоряется.

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

3.1 Hygon: два репозитория плагинов инференса в один день завершили выравнивание по upstream-версиям (10-22)

Дата: 2026-10-22　Источники: vllm-plugin-FL PR #576 · sglang-plugin-FL PR #138 · FlagGems PR #7460 · коммиты FlagDNN

  • Два стека: vLLM 0.28.0 и SGLang 0.5.18 слиты в один день, всего 84 файла, чистый прирост около 5 700 строк — крупнейшие вложения со стороны производителя по объёму кода за день. Оба коммита представлены physics31415926, среда проверки в обоих случаях — кластер BW1000 с одной картой 64 GiB.
  • Ключевые моменты vLLM: дистрибутивный пакет — 0.28.0+empty, используется ModelRunnerFL с отключённым V2 model runner; графический режим охватывает eager и FULL_AND_PIECEWISE; wheel плагина пересобирается CI по PR merge ref для замены старых артефактов в образе.
  • Ключевые моменты SGLang: помимо одноузлового TP2, запущены TP4/PP1 и TP2/PP2 на двух физических узлах, исправлен согласованный выход при конвейерном параллелизме; базовыми являются FlagGems 5.4.0.dev0 и FlagCX 0.13.0, независимый Triton не привлекался.
  • Прочее: FlagGems #7460 исправляет входную прошивку обратного прохода разреженного суммирования FP8 для Hygon; в FlagDNN один коммит «fix for hygon»; build-infra #1459 удаляет устаревшую строку wheel с префиксом производителя hygon (что говорит о том, что упаковка сошлась к единому именованию).
  • Оценка: Hygon в текущем периоде — единственный производитель, одновременно завершивший выравнивание по upstream-версиям в двух репозиториях плагинов инференса; работа сосредоточена на «матрице версий + графическом режиме + многоузловом параллелизме», а не на количестве операторов. Её ценность для повторного использования в том, что процесс обновления empty-бэкенда оформлен как шаблон с таблицей версий, по которому могут продвигаться остальные производители.

3.2 Kunlunxin: 13 оптимизаций операторов в сочетании с седьмым бэкендом FlagTree (10-22)

Дата: 2026-10-22　Источники: FlagGems PR #7107 · FlagGems PR #7462 · build-infra PR #1468 · Torch-FL PR #634

  • Объём включений: 13 коммитов во всей организации с заголовками, содержащими Kunlunxin или XPU (FlagGems 10, Torch-FL 2, build-infra 1) — крупнейший вклад операторного уровня среди вендоров; при этом lvxu2020 единолично сделал 6 коммитов, все относящиеся к ядрам XPU.
  • Оптимизация операторов: #7463 оптимизирует elu, special_i1e, foreach_erf и foreach_zero; #7462 оптимизирует tile, dot, index_put; #7452 оптимизирует isfinite с помощью fused-ядра; #7470 добавляет XPU-переопределение для kl_div и дополнительно оптимизирует isfinite; #7351 добавляет адаптивный tile быстрый путь для тензорного сравнения less_equal; #7406 разворачивает цикл по столбцам в ядре незaмаскированных строк te_rmsnorm_fwd; #7390 оптимизирует isneginf, nan_to_num_ и log_sigmoid_backward; #7466 исправляет таймаут запуска baddbmm путём увеличения tile в конфигурации тюнинга.
  • Fused MoE: #7107 агрегированный балл трёх операторов вырос с 1.324 до 1.329, при этом явно заявлено, что базовой линией является альтернативная реализация, а dispatch_fused_moe_kernel 0.626 не достигает целевого значения (см. 1.5).
  • Сборка и среда выполнения: #1468 делает Kunlunxin седьмым бэкендом FlagTree (пять уникальных ограничений см. в 1.7); Torch-FL #634 переводит межкарточное копирование на xpu_memcpy_peer, #632 исправляет порядок предзагрузки.
  • Оценка: действия Kunlunxin в этот день охватывают три уровня — операторы, сборку и среду выполнения — это единственный вендор, у которого одновременно есть структурные изменения по всем трём направлениям. Реальный риск также на стороне операторов: большинство изменений — это «другой tile или другая фузия для того же оператора», отсутствует единый порог производительности, а метрика агрегированного балла из-за замены базовой линии не поддаётся межвендорному сравнению.

3.3 Tsingmicro: временная шкала устройства входит в torch.profiler, практические измерения TX8110 (10-22)

Дата: 2026-10-22　Источники: Torch-FL PR #630 · build-infra PR #1459

  • Восполнение возможностей: у Tsingmicro (TX8) ранее полностью отсутствовала профилировка на стороне устройства — для PrivateUse1 не был зарегистрирован профилировщик, события ядер и время устройства были пустыми. Данный PR реализует DeviceTracer и отдельную библиотеку профилировки на основе rocprofiler-sdk, сопоставляет NPU-ядра с aten op и представляет их в раскладке CUDA; практическая проверка на TX8110 пройдена. Одновременно для Tsingmicro закрепляется FLAGOS_BUILD_VENDOR=ON (вендорский каталог содержит ядра случайных чисел), а руководство по установке и матрица совместимости обновлены с «только среда выполнения» до «включая профилировку».
  • Самоописание охвата влияния: изменения в flagos_kineto_profiler.cc влияют на позиции срезов среды выполнения и именование строк устройств для всех бэкендов, но повторно проверены только на оборудовании Tsingmicro — это остаточный риск, явно указанный в самом PR.
  • Прочее: на стороне FlagGems не наблюдается включений, специфичных для Tsingmicro; единый pin flagcx 0.14.0 в build-infra обеспечивает бэкенду Tsingmicro явную зависимость для коммуникаций.
  • Оценка: за последние три дня Tsingmicro последовательно закрывал три блока инфраструктурных пробелов — «сборка, случайные числа, профилировка», а не покрытие операторов. Такой порядок наиболее ценен как ориентир для догоняющих: сначала возможность сборки в CI, затем воспроизводимость случайности, затем видимость производительности, и только потом оптимизация.

3.4 Moore Threads и Enflame: персистентность кэша MUSA, GEMM и пакетное обновление Enflame (10-22)

Дата: 2026-10-22　Источники: FlagTree PR #1385 · FlagBLAS PR #152 · FlagGems PR #7077 · FlagTree PR #1424

  • Moore Threads: FlagTree #1385 добавляет в MUSA поканальное сохранение кэша TME — это инкрементальное изменение на стороне компиляции для тензорного механизма памяти; FlagBLAS #152 добавляет реализацию GEMM; на стороне FlagGems 5 связанных с заголовками слияний сосредоточены на пропуске тестов и ограничении входной области в MUSA (#7502–#7504), что говорит о том, что поверхность отказов этого бэкенда по-прежнему связана в основном с «неподдерживаемым вводом», а не с ошибками реализации.
  • Enflame: FlagGems #7077 вливает в основную ветку одним разом весь пакет обновлений вендора 10-13 (26 файлов, +3520/−511) — это самое крупное единичное изменение на стороне вендора за день; FlagTree #1424 из-за спорадической ошибки шины отключает в CI кейс 02-sparse-mla, #1427 обновляет параметры vllm benchmark. Обе правки CI в сумме показывают, что проблемы стабильности на стороне Enflame остаются на уровне кейсов, а не продукта.
  • Оценка: характер результатов двух компаний за день различается — Moore Threads восполняет такие «переиспользуемые возможности», как кэширование и линейная алгебра, Enflame же поставляет целый пакет обновлений и разбирается с шумом CI. Первое накапливается, второму нужна проверяемая детализация, иначе «пакетное обновление» в последующих отчётах можно будет записать лишь как чёрный ящик.

3.5 Ascend, Iluvatar CoreX, MetaX и другие: малые шаги с разбивкой по бэкендам, Horizon Robotics и Cambricon молчат (10-22)

Дата: 2026-10-22　Источники: FlagGems-vllm PR #936 · FlagBLAS PR #153 · FlagGems-vllm PR #977 · FlagGems-vllm PR #777

  • Ascend: FlagGems-vllm #936 переводит прямой проход правила инкремента блочного гейтинга (chunk gated delta rule) для Ascend на интерфейсы среза и синхронизации tle.dsa; 7 изменений в FlagGems с Ascend или NPU в заголовке — это в основном пропуски тестов и синхронизация кейсов; TransformerEngine-FL в тот же день открыл три новых PR, связанных с NPU (#144 get_num_cublas_streams, #145 запрос возможностей версии cuDNN, #146 раскладки bshd/thd), ещё не слиты.
  • Iluvatar CoreX: FlagBLAS #153 оптимизирует операторы слоя L1; конвейер юнит-тестов и образ Iluvatar CoreX в FlagCX #670 всё ещё на рассмотрении; адаптация рантайма 0.5.18 empty в sglang-plugin-FL #139 всё ещё на рассмотрении (создан 10-15).
  • MetaX: FlagGems-vllm #977 добавляет конфигурацию TP=2 (в среднем 1,065×, см. 1.10); исправление MetaX в FlagGems #7454 на рассмотрении; унифицированный pin flagcx в build-infra покрывает бэкенд MetaX.
  • Сторона DCU и PPU помимо Hygon: Torch-FL #629 добавляет исключение convolution_overrideable для четырёх типов бэкендов cuda/dcu/metax/ppu — это пакетное покрытие одного и того же исправления.
  • Horizon Robotics и Cambricon: за день в организации не видно пушей и слияний в специализированных репозиториях обеих компаний — молчание второй день подряд.
  • Оценка: помимо Hygon и Kunlunxin, у остальных пяти компаний за день — продвижение «одного пути или одного оператора», структурных изменений нет. Непрерывное молчание Horizon Robotics и Cambricon — единственный пробел этого выпуска, который стоит отметить: если на следующей неделе движений по-прежнему не будет, следует вынести это в еженедельный отчёт как риск.

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

  • Структура пропускной способности: FlagGems в одиночку поглощает 56% мержей, квантовый стек — 40% коммитов, сборка и среда выполнения — по одной десятой. Объём мержей достиг недельного максимума при снижении числа коммитов, что говорит о том, что главной темой дня было разгребание накопившегося, а не расширение, — это соответствует состоянию после двух дней крупных мержей подряд 10-20 и 10-21.
  • Первая ячейка цикла 2.3: FEP-0140 и FEP-0141 были смержены 10-21, а уже 10-22 Hygon одновременно внедрил две версии — vLLM 0.28.0 и SGLang 0.5.18. Эта цепочка от «записать матрицу в документацию» до «первого успешного прохождения тестов» заняла всего один день — самый быстрый замкнутый цикл от потребности до доказательства в этом сезоне. Оставшиеся девять компаний и две версионные линии — основной объём работы на ближайшие шесть недель.
  • Конвергенция уровня сборки: Kunlunxin стал седьмым бэкендом FlagTree, flagcx 0.14.0 закреплён на двадцати бэкендах, optest превратился в устанавливаемый пакет. Совокупный эффект трёх изменений — «при смене бэкенда больше не нужно править установочный скрипт», и это сильнее любого точечного прироста производительности определяет скорость поставки 2.3.
  • Наблюдаемость становится новым узким местом: у Tsingmicro впервые появилась временная шкала устройства, а межкарточное копирование у Kunlunxin до этого молча отказывало. Оба случая показывают, что первым препятствием для мультибэкенда после «оно запускается» является наблюдаемость и воспроизводимость, а не скорость; перенос тестов и переработка контрактов тест-кейсов за последние две недели (61 коммит одного lukatao) — это лишь другое выражение того же суждения.
  • Риск первый: все 20 мержей FlagQuantum выполнены одним аккаунтом, а новый нативный путь Rydberg покрывает только CPU и одну-две роли. Проверка физической семантики зависит от того, что те же люди пишут тесты и реализацию; внешняя независимая перепроверка невозможна. Предложение 083 (терминальная выборка) ещё не утверждено; при быстром продвижении оно одновременно затронет Runtime, результаты измерений и источник случайности — три места.
  • Риск второй: такие «пакетные обновления», как Enflame #7077, лишены проверяемой детализации — 26 файлов и +3520 строк не сопоставляются с конкретными операторами и конкретными выгодами; три показателя производительности фьюжн-MoE у Kunlunxin к тому же измерены на альтернативной базовой линии. И то, и другое искажает последующие межвендорные сравнения.
  • Точки наблюдения: будет ли следующий вендор vLLM 0.28 (Tsingmicro или MetaX) переиспользовать шаблон empty-бэкенда Hygon; перейдёт ли dev-сборка FlagTree 0.7.1 (0.7.1.dev1 от 10-20) в официальную версию до 2.3; смогут ли три NPU PR от TransformerEngine-FL быть смержены до выходных; продолжится ли молчание Horizon Robotics и Cambricon до еженедельного отчёта следующей недели.

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

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

Источник Результат проверки
API организационных репозиториев Полная проверка 61 репозитория, в 16 репозиториях есть пуши в окне мониторинга
Поиск коммитов 135 совпадений, распределение по 12 репозиториям, FlagQuantum и FlagGems вместе — 82
Поиск смерженных PR 163 смержено в окне мониторинга, по 13 репозиториям
Поиск PR на рассмотрении 183 обновления в окне мониторинга, из них 90 новых
Release и теги сборки 31 репозиторий проверен поштучно, новых версий в окне нет; последняя — dev-сборка FlagTree от 10-20
Поток событий org 100 записей, из них PR-события 43, пуши 27, удаления веток 12, создания веток 9, комментарии 4, ревью 3, подписки 2
Резервная проверка на уровне веток В репозиториях docs, release-info, sglang-plugin-FL, vllm-plugin-FL пуши в неосновные ветки, в основной ветке новых коммитов нет
Google News RSS 24 группы запросов на китайском и английском, 17 кандидатов, 2 валидных
HN Algolia 8 групп запросов: FlagOS 4, FlagGems 2, ни одного прямого совпадения по заголовку
Колонка FlagOS на CSDN 51 ссылка на главной странице, последняя оригинальная статья — 08-28; добавлена прямая трансляция университетского круглого стола 10-22 19:00
Сообщество Zhiyuan Страница поиска рендерится на клиенте, получена только страница-каркас
Англоязычные СМИ Одна статья Pandaily — пересказ системы 2.2, формулировки совпадают с внутренними, добавлена цифра задержки 19.87%
Китайские СМИ Одна статья в JiShenZhiJia о запуске проекта FlagOS-Robo, первоисточник — Crossdim

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

/pull/977>