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

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

Индекс текущего выпуска

  • Главное за день: BPU Horizon подключён как eager-бэкенд операторов; FlagCX получил тег v0.14.1 и дополнен rpm-бэкендами трёх компаний; Moore Threads открыла исходный код Megatron-MUSA-Titan (28.10)
    1. Прогресс open-source проектов (динамика GitHub)
      • 1.1 Ритм организации: 23 репозитория с пушами, 99 коммитов, 67 слияний, на рассмотрении снизилось до 288 (28.10 ~ 29.10)
      • 1.2 Версии: FlagCX получил тег v0.14.1, биткод устройства генерируется по адаптерам (28.10)
      • 1.3 FlagGems: слияние скалярных цепочек Kunlunxin ускоряет в десять раз, пакетное исправление эталонной реализации Enflame на рассмотрении (28.10)
      • 1.4 FlagGems-sglang: AMD gfx1100 дополнен операторами Mamba, core_shapes Enflame реально вступил в силу (28.10)
      • 1.5 Компиляторы: FlagPrism подключён к Enflame, снижение затрат на загрузку/сохранение TensorView Ascend, FlagMega ускоряет декодирование RDNA (28.10)
      • 1.6 Стек инференса и обучения: Qwen3.5 FP8 Enflame на GCU, fused all-reduce RMSNorm вошёл в FlagGems-vllm (28.10)
      • 1.7 Сборка и релизы: changelog опубликован и Harbor, отозваны два никогда не пушившихся образа Cambricon (28.10)
      • 1.8 Правила: FEP-0140 переведён в Implementable, FEP-0141 сужен до SGLang 0.5.18 (28.10)
      • 1.9 Остальные репозитории: optest подключён к CI Enflame, постоянная сетка Ascend в FlagTensor, согласованность установки битов в FlagQuantum (28.10)
    1. Новости и экосистема
      • 2.1 Медиа-покрытие: Moore Threads открыла исходный код Megatron-MUSA-Titan, из 24 групп запросов только один релевантный результат (28.10)
      • 2.2 Каналы и официальные сайты: CSDN по-прежнему на паузе с 22.10, HN и сообщество Zhiyuan без новых попаданий (28.10)
    1. Углублённое изучение членских организаций и производителей бэкендов
      • 3.1 Horizon: BPU впервые стал бэкендом PrivateUse1 с пооператорным выполнением (28.10)
      • 3.2 Kunlunxin: слияние скалярных цепочек и ядра непрерывных сегментов, три ускорения на P800 (28.10)
      • 3.3 Iluvatar CoreX: свёртки через таблицу рабочих режимов, conv3d без дополнения нулями по каналам (28.10)
      • 3.4 Enflame: Qwen3.5 FP8 на GCU, учёт core_shapes, первое подключение FlagPrism (28.10)
      • 3.5 XuanTie DAMO Academy: разреженное внимание MiniMax на PPU, среднее геометрическое 1,8x (28.10)
      • 3.6 Tsingmicro, Xiwang, Hygon: rpm-пакеты FlagCX дополнены бэкендами трёх компаний (28.10)
      • 3.7 Moore Threads: открытие исходного кода Megatron-MUSA-Titan и отчёт за третий квартал в один день (28.10)
    1. Итоги и наблюдения за трендами
  • Приложение: таблица проверки источников и полный список источников

Главное за день: BPU Horizon подключён как eager-бэкенд операторов; FlagCX получил тег v0.14.1 и дополнен rpm-бэкендами трёх компаний; Moore Threads открыла исходный код Megatron-MUSA-Titan (28.10)

Дата: 2026-10-28　Источник: Torch-FL PR #674 · FlagCX tag v0.14.1 · FlagCX PR #673 · репортаж IT之家 · репозиторий Megatron-MUSA-Titan (полный список см. в приложении)

  • Новый бэкенд: Torch-FL включает пооператорный слой исполнения для BPU от Horizon Robotics (#674, 31 файл, +5698 строк, −145 строк). Ранее BPU не регистрировал на PrivateUse1 ни одного вычислительного оператора — hbDNNInferV2 принимает только целиком скомпилированный граф, поэтому каждый вызов aten попадал в cpu_fallback, а backends_bpu.conf был пуст. Данный коммит добавляет недостающий промежуточный слой: на стороне x86 вне платы с помощью hbdk4 компилируется библиотека single-op артефактов .hbm, генерируются C++ ядра, коммитящие эти артефакты, и добавляется маршрутизация через conf-файл drobotics. Покрыты 40 поэлементных операторов (32 унарных, 8 бинарных), 11 корзин по форме; на RDK S600 все 440 артефактов попарно сверены с NumPy с нулевым расхождением.
  • Версии: FlagCX 28.10 в 17:25 по пекинскому времени выпустил тег v0.14.1 (коммит 7ed4a82, заголовок «Генерация биткода устройства по адаптеру, без жёсткого кодирования NVIDIA», то есть #668, влитый 18.10). У этого тега есть только git tag, без текста GitHub Release; официальный Release предыдущей версии v0.14.0 остановился на 28.09. В том же архиве виден тег v0.15.0.dev0 (раньше текущего окна). В том же окне для линии 0.14.0-rc2 выпущен каскад патчей (#683, на рассмотрении).
  • Пакетирование: линейка rpm в FlagCX расширена с трёх бэкендов до шести (#673, 10 файлов, +295 строк, −8 строк). Добавленные libflagcx-tsm (Tsingmicro), libflagcx-sunrise (Sunrise) и libflagcx-du (Hygon DCU) не требуют базовых образов производителей — SDK распаковывается в /opt или /usr/local и не вызывает пакетный менеджер, поэтому образ openEuler плюс файловый репозиторий образуют полноценную среду сборки; soname производителей унифицированно фильтруются по уже принятому для Ascend подходу.
  • Новости: Moore Threads 28.10 объявила об открытии исходного кода инфраструктуры обучения больших моделей Megatron-MUSA-Titan, ориентированной на обучение MoE с триллионами параметров на кластерах масштаба десяти тысяч карт, охватывающей предобучение и обучение с подкреплением; она уже непрерывно используется при предобучении на их кластере из десяти тысяч карт, поддерживает blockwise FP8, сочетает DeepEP и ACE с асинхронными коммуникациями для экспертного параллелизма и перекрытия с вычислениями, совместима с фреймворками обучения с подкреплением slime и miles. Репозиторий MooreThreads/Megatron-MUSA-Titan существует на GitHub, но в текущем окне пушей не было (последний пуш 16.10), что соответствует состоянию «объявлено об открытии исходного кода, код не двигался».
  • Оценка: три линии продвигаются каждая на один уровень — подключение новых чипов в eager-путь (BPU), продвижение поверхности поставки коммуникационной библиотеки от дерева исходников к тегам и дистрибутивным пакетам (FlagCX), расширение нарратива открытого исходного кода обучающего стека с FlagOS на собственные проекты членских организаций (Megatron-MUSA-Titan). С данным стеком напрямую связаны первые две; для третьей нужно наблюдать, вернётся ли её код в виде переиспользуемых обучающих компонентов FlagOS.

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

1.1 Ритм организации: 23 репозитория с пушами, 99 коммитов, 67 вливаний, на рассмотрении снизилось до 288 (28.10 ~ 29.10)

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

  • Сторона репозиториев: из 61 репозитория в 23 была отправка в окне мониторинга — максимум за последние две недели (в предыдущем периоде — 20 репозиториев). По времени отправки от ближайшего к дальнему: docs, Trident, FlagQAI, Torch-FL, build-infra, FlagGems, FlagCX, FlagTree, release-info, FlagFFT, FlagGems-sglang, FlagQuantum, optest, FlagDNN, vllm-plugin-FL, FlagTrain, community, FlagGems-vllm, FlagAttention, sglang-plugin-FL, TransformerEngine-FL, FlagTensor, FlagGems-Experimental.
  • Сторона коммитов: поиск коммитов дал 99 совпадений, по репозиториям: FlagQuantum 33, FlagGems-sglang 17, FlagGems 10, build-infra 6, optest 5, FlagGems-vllm 5, Torch-FL 4, FlagTree 4, FlagCX 3, community 3, FlagTensor 3, FlagDNN 2, sglang-plugin-FL, vllm-plugin-FL, FlagTrain, FlagAttention — по 1.
  • Сторона слияний: слито 67 PR, по репозиториям: FlagGems 13, FlagGems-sglang 8, FlagTree 7, build-infra 6, FlagQuantum 6, optest 5, FlagGems-vllm 5, Torch-FL 4, FlagCX 3, community 3, vllm-plugin-FL 2, FlagTrain, FlagAttention, sglang-plugin-FL, TransformerEngine-FL, FlagTensor — по 1.
  • Сторона рассмотрения: в окне мониторинга обновлено 288 PR на рассмотрении, открыто 101 новых. FlagGems 181 (открыто 53), FlagTree 21 (открыто 9), FlagGems-vllm 20 (открыто 9), vllm-plugin-FL 12 (4), FlagCX 8 (2), FlagTrain 7 (2), Torch-FL 6 (5), sglang-plugin-FL 5 (2), Trident 3 (3), flir 3 (1), FlagAttention 3 (1), Megatron-LM-FL 3 (0), FlagGems-sglang 3 (3), TransformerEngine-FL 3 (1), остальные репозитории — от 1 до 2.
  • Сравнение ритма: по сравнению с предыдущим 24-часовым окном (20 репозиториев, 102 коммита, 98 слияний, 401 на рассмотрении, 269 открыто) число репозиториев с отправками выросло на 3, число коммитов практически не изменилось, слияния снизились на 32%, находящиеся на рассмотрении — на 28%, новые открытия — на 62%. Всплеск PR на рассмотрении в предыдущем периоде был вызван единовременной массовой отправкой 135 коммитов в FlagGems-Experimental; в текущем периоде в этом репозитории не было ни новых поступлений, ни слияний, и число PR на рассмотрении вернулось к обычному диапазону.
  • Сторона версий и событий: атомарная проверка Release и Tag по 31 репозиторию выявила один новый тег в окне мониторинга (FlagCX v0.14.1); последний тег build-infra по-прежнему v2.2.0 от 3 августа. Поток событий org — 100 записей: отправки 51, создание веток 32, удаление веток 9, рецензирование PR и комментарии к рецензиям 8, событий открытия/закрытия PR нет — в структуре событий преобладает активность веток, что согласуется с массовым созданием и удалением временных веток вида fix/suiyuan-*, fix/blocked581-* на стороне FlagGems.
  • Сторона веток: 7 репозиториев с отправками, не охваченных поиском коммитов, требуют атомарной дополнительной проверки. В TransformerEngine-FL через commits.atom подтверждён один коммит в окне мониторинга (#150, 10-28 16:33); FlagFFT и release-info относятся к отправкам в неосновные ветки (на стороне FlagFFT — codex/musa-shortfall, codex/cuda-2d3d-opt); отправка в FlagGems-Experimental пришла из ветки dependabot; отправки в docs, FlagQAI и Trident — все в функциональных ветках, в основной ветке новых коммитов нет.

1.2 Сторона версий: FlagCX выпустил v0.14.1, биткод устройства генерируется по адаптерам (10-28)

Дата: 2026-10-28　Источники: FlagCX tags · тег FlagCX v0.14.1 · FlagCX PR #668 · FlagCX PR #683 · build-infra PR #1546

  • Факты о теге: v0.14.1 был проставлен 10-28 в 17:25 и указывает на коммит 7ed4a82, заголовок коммита — «генерация биткода устройства по адаптеру, без жёстко закодированного NVIDIA» (#668, влит 10-18). Запрос к Releases API по этому тегу возвращает 404, то есть это лишь git-тег, GitHub Release не создан, поэтому текста примечаний к релизу нет; официальный Release предыдущей версии v0.14.0 по-прежнему от 9-28, его текст указывает на релизный перечень FlagOS 2.2.
  • Содержательная часть: #668 заменяет жёстко закодированный в шаге биткода setup.py путь bindings/ir/nvidia на поиск по таблице адаптеров (BITCODE_MAKEFILES), где каждый адаптер объявляет собственный Makefile и переменные архитектуры. Ранее любой не-NVIDIA адаптер либо выбрасывал RuntimeError, либо молча не выдавал биткод, и бэкенд iluvatar в FlagTree мог только копировать исходники FlagCX и пересобирать их самостоятельно, не имея возможности использовать биткод, который FlagCX должен был бы производить.
  • Сопутствующая часть: build-infra фиксирует ботом публикацию flagcx wheel (#1546), связывая поставку wheel с тегом и сборочной линией в одну цепочку; открытый в том же окне #683 переносит исправление cstddef для Kunlunxin обратно в ветку 0.14.0-rc2 (на рассмотрении), что показывает, что серия 0.14 всё ещё находится в окне поддержки.
  • К наблюдению: у v0.14.1 нет текста Release, что расходится с практикой v0.14.0 «текст указывает на релизный перечень»; если в дальнейшем цикл 2.3 будет поставляться как v0.14.x, рекомендуется добавить описание, чтобы downstream не приходилось угадывать содержимое только по тегу.

1.3 FlagGems: ускорение слияния скалярных цепочек для Kunlunxin в десять раз, пакетные исправления эталонной реализации для Enflame на рассмотрении (10-28)

Дата: 2026-10-28　Источники: FlagGems PR #7617 · FlagGems PR #7600 · FlagGems PR #7850 · FlagGems PR #7803 · FlagGems PR #7036 · FlagGems PR #7061 · FlagGems PR #7223

  • Объединённое ядро: на стороне Kunlunxin XPU3 для восьми скалярных цепочечных операторов добавлена бэкенд-специализация (#7617, 275 строк). Однородные списки float обрабатываются одним объединённым ядром: для малых форм — однократный запуск с передачей всех указателей в качестве параметров ядра, для больших форм — потоковая блочная обработка; выход получается из одного выделения памяти плюс unbind, а не через один вызов аллокатора на каждый тензор. Относительное время восьми операторов выросло с 0,083~0,126 до 0,813~0,934, то есть примерно в семь-десять раз.
  • Ядро непрерывных сегментов: два оператора — вывод batch-norm и преобразование QKV — переведены с «одна программа на каждый срез (n,c)» на «одна программа обрабатывает сегмент из BLOCK последовательных элементов, канал или упакованная строка восстанавливается из плоского индекса» (#7600). Агрегированные показатели выросли соответственно с 0,228 до 1,357 и с 0,260 до 5,062; ячейка fp32 с одинарной точностью всё ещё ниже 0,8 — автор принял решение по агрегированной метрике и явно указал это в тексте.
  • Исправление векторизации: быстрый путь целочисленного представления masked_fill из-за отсутствия векторной формы у arith.extsi целиком оставался скалярным (fp16 0,34, fp32 0,50); после переписывания в форму f32 x*(1-m)+V*m на P800 показатель вырос с 0,577 до 0,829, masked_fill_ и masked_fill_scalar получили синхронный выигрыш, прошли 594 тест-кейса (#7850).
  • Импорт и исполнитель: бэкенд Kunlunxin не импортировался напрямую на последнем коммите master — вспомогательная функция _result_dtype была удалена из общего исполнителя вместе с #7561, а бэкенд всё ещё на неё ссылался (#7803, 90 строк); после исправления импорта общий исполнитель выдавал ошибку operand #0 does not dominate this use, что также исправлено в этом коммите.
  • Покрытие операторов: KernelGen добавил _indices_copy (#7223, 250 строк, проверено на H20), но производительность составляет лишь 0,21 от torch — это результат восполнения покрытия, в краткосрочной перспективе его нельзя рассматривать как ускорение. Референсная реализация lighting_indexer переведена на накопление по головам, пиковая память снижена с примерно 8,6 GiB, устранён OOM на карте с 40 GiB (#5852).
  • На рассмотрении: в этом окне открыто 53 новых PR, большинство — исправления референсных реализаций Enflame от lukatao (#7890–#7908 подряд), затрагивают Kaiser/inplace ldexp, aminmax, special_round, LU, vander/slogdet, median/stacking/Lanczos, Adagrad, ABI batch-norm и др.; также однострочное исправление на стороне AMD (#7908) — дескриптор вендора AMD устанавливал имя устройства в cuda и не задавал triton_extra_name, из-за чего pow, tanh, exp, rsqrt, erf, gelu и другие полностью шли через __nv_* и отвергались бэкендом AMD.

1.4 FlagGems-sglang: AMD gfx1100 дополнен операторами Mamba, core_shapes Enflame реально вступил в силу (10-28)

Дата: 2026-10-28　Источники: FlagGems-sglang PR #231 · PR #232 · PR #229 · PR #233 · PR #237 · PR #236

  • Сторона AMD: для уровня RDNA3 добавлены три версии gfx1100 — causal_conv1d_fn, chunk_state_varlen, bmm_chunk (#231, 578 строк), оптимизированы и протестированы на Radeon PRO W7900D; во всех трёх изменены только параметры запуска, выход побитово совпадает с универсальным ядром. Временной срез следует за самой длинной последовательностью, а не фиксированными 128 token×4 каналами; при dstate выше 128 используются меньший tile и K-шаг в 16 token.
  • Сторона Enflame: в #229 добавлен _enflame/core_shapes.yaml, но ни один код в репозитории его не загружает — в init_user_config() есть только жёстко закодированная ветка kunlunxin (анализ первопричины в #232). В #232 поиск файла формы обобщён до правила «из vendor_name выводится _<vendor>/core_shapes.yaml, если существует — используется, иначе откат к общему значению по умолчанию», попутно устранена скрытая проблема, когда путь kunlunxin задавался безусловно и при отсутствии файла возникал FileNotFound.
  • Тестовая инфраструктура: внедрение кандидатов унифицировано между тестами корректности и бенчмарками (#233, 9 файлов); ранее в отдельной сессии бенчмарка не регистрировался --override, а режим, специфичный для кандидатов, вызывал несуществующий метод реестра; get_override() раскрывает фактических кандидатов, обычный замер времени, предварительная проверка и профилирование используют один и тот же парсер. Дополнительно добавлена пошаговая проверка вызовов dummy-кандидатов для каждого случая (#237) и исправлен импорт на уровне пакета (#236, во избежание конфликтов sys.modules).
  • Перечисление случаев: бенчмарк silu поддерживает перечисление случаев без тензоров и точное воспроизведение (#234); --list-cases с пагинацией — завершение 238-го слияния.
  • Оценка: в этом репозитории за окно мониторинга 17 коммитов и 8 слияний, все вокруг темы «заставить таблицы форм вендоров и внедрение кандидатов говорить на одном языке при нескольких бэкендах» — это сведение тестовых методик, а не новые операторы.

1.5 Компиляторы: FlagPrism подключён к Enflame, TensorView на Ascend сокращает загрузку/сохранение, FlagMega ускоряет декодирование RDNA (10-28)

Дата: 2026-10-28　Источники: FlagTree PR #1239 · FlagTree PR #1426 · FlagTree PR #1439 · FlagTree PR #1456 · FlagTree PR #1454 · flir PR #86

  • Профилирование и отладка: отладчик и профилировщик FlagPrism расширены на бэкенд Enflame (#1239, 5 файлов, +119 −31 строк). В CMake и на стороне Python Enflame добавлен в список поддерживаемых и включён по умолчанию, сохранены явный флаг отключения и взаимоисключение с Proton; во время выполнения запуск ядер с отладкой перенаправляется через шлюз FlagPrism, захват метаданных и скрытые параметры управляющего буфера обрабатываются раздельно, обычное выполнение по-прежнему идёт по прямому пути.
  • IR и загрузка/выгрузка: бэкенд Ascend подключён к пути доступа TensorView (#1426, 32 файла, +4901 строка, влит в ветку triton_v3.5.x). Ядро строит кодированные представления на базовом указателе тремя явными конструкторами, затем выполняет блочную загрузку/выгрузку по индексу; каналы за границами заполняются значениями zero/nan/inf/-inf или отбрасываются, бэкенд между CommonIR и HIVM выбирает «DMA с полезной нагрузкой по индексу» или «поэлементное копирование с дополнением нулями» в зависимости от шаблона индексации.
  • Декодирование AMD: на стороне FlagMega выполнена оптимизация декодирования batch-1 для Qwen3-1.7B bf16 (#1439, 44 файла, влито в ветку feature/flagmega). R9700 (gfx1201) при контексте 1 — 154 tok/s, при 1K — 150, при 4K — 139, при 8K — 125; W7900 (gfx1100) — 167, 162, 149, 136 tok/s соответственно, измеренная пропускная способность 530~597 GB/s, что составляет 82%~87% от измеренного потокового предела данной карты.
  • Корректность: CanonicalizePointers бэкенда AMD больше не использует утверждения, а объединяет свойства fat-pointer в arith.select (#1456); на стороне RLC producer’ы с некорректными или небезопасными изменениями раскладки больше не перемаркируются (#1454).
  • CI и на рассмотрении: CI-ресурсы FlagGems перенесены в FlagTree (#1443, #1447); на рассмотрении 9 новых открытых, включая синхронизацию бэкенда Tsingmicro с внутренней линией разработки Triton 3.6 (#1459, 27 файлов, +2264 строки, включает API пошаговой точности и вход CoreIR), переход линии rpm на сборку пакетов Ascend с использованием опубликованных wheel (#1461, первая линия без необходимости вендорского SDK и оборудования), исправление четырёх дефектов программного конвейера на NVIDIA Hopper (#1460, cp.async с политикой вытеснения на ptxas 12.8~13.1 оставляет неопределённые дескрипторы адресов), структурированные перестановки и производительность резидентных циклов на Ascend (#1466), одномерная загрузка по модулю для P800 SDNN (#1465), понижение split/join и статических перестановок для Ascend в flir (#86).

1.6 Стек инференса и обучения: Qwen3.5 FP8 от Enflame на GCU, fused all-reduce RMSNorm в FlagGems-vllm (10-28)

Дата: 2026-10-28　Источники: vllm-plugin-FL PR #358 · PR #525 · FlagGems-vllm PR #773 · PR #1017 · TransformerEngine-FL PR #150

  • Инференс Enflame: добавлена поддержка FP8 для Qwen3.5 на бэкенде GCU (#358, 20 файлов, +3367 строк, на базе release/0.2). Внедрён инференс FP8 с блочной калибровкой W8A8, патчи ядра переработаны с учётом аппаратных ограничений GCU300/GCU400, что обеспечивает работу моделей FP8 MoE как в режиме eager, так и в режиме полного графа.
  • Подключение коммуникаций: плагин vLLM переведён на получение FlagCX из установленного пакета (#525, 11 файлов). Wheel-пакет flagcx устанавливает фасад ctypes как flagcx.api, а libflagcx.so размещает внутри пакета в lib/; в окружении с установленным только wheel нет дерева исходников, на которое мог бы указывать FLAGCX_PATH; данный коммит использует flagcx.api как предпочтительный импорт с обёрткой FLAGCX_PATH в качестве запасного варианта, изменения синхронно внесены в трёх точках вызова (flagcx.py, flagcx_connector.py, sunrise/patch.py).
  • Слой операторов: в FlagGems-vllm добавлен fused all-reduce RMSNorm (#773, 6 файлов, +3191 строка): all-reduce + сложение с остатком + RMSNorm, опциональное статическое квантование (FP8, поддержка NVFP4 на SM100+), поддержка FP16/BF16 для TP2/TP4/TP8, приложены сравнительные бенчмарки с реализацией FlashInfer в vLLM и репрезентативные формы GLM-5.2. Слияние stage1 в ihc_pre заменило tl.atomic_add на запись по слотам split (#1017) — атомарное сложение делало результат зависимым от порядка прихода блоков, а повторные запуски не давали побитовой идентичности; после изменения детерминированность восстановлена.
  • Зависимости и регрессии: TransformerEngine-FL откатил три сабмодуля в 3rdparty/ к проверенной базовой линии upstream v2.17 (#150): в #129 cutlass был ошибочно продвинут на 240 коммитов (затронуто 4000+ файлов), cudnn-frontend с v1.25.0 до невыпущенного снапшота, googletest с v1.14.0 до головы master.
  • Сторона обучения: в FlagTrain добавлена конфигурация KMCompiler для тестового набора FlagOS (#37); на рассмотрении остаются семь коммитов с операторами KMCompiler от различных производителей (scaled_masked_softmax, fused_proj_rms прямой и обратный проходы, bias_swiglu, fast_gelu, moe_gemm, tanh_soft_clamp).

1.7 Сборка и выпуск: публикация changelog и Harbor, отзыв двух никогда не отправлявшихся образов Cambricon (10-28)

Дата: 2026-10-28　Источники: build-infra PR #1545 · PR #1547 · PR #1548 · PR #1549 · PR #1542 · PR #1543

  • Запись изменений на сайте: changelog каждого образа теперь появляется и в конце страницы сайта, и в описании репозитория Harbor для трёхуровневого релиза (#1545, 455 файлов, 19080 строк). Раньше changelog писался только внутри репозитория и не имел потребителей: на странице сайта, в readme репозитория и в описании Harbor этот раздел отсутствовал, а на уровне приложения не было даже строки описания. Блок реализован по принципу «пересчёт, а не рендеринг вместе с основным текстом»: у основного текста страницы свои генераторы и свой ритм, и блок, выводимый вместе с текстом, перезаписывался бы последней строкой, теряя причины, записанные в середине. Пустые ожидающие элементы и upstream_prs не публикуются; в том же окне причины сначала оформлены на двух языках, китайском и английском (#1542).
  • Отзыв несуществующих образов: в Harbor нет двух репозиториев megatron_training0.18.2-cambricon-neuware4.7.2 и megatron_rl0.18.2-cambricon-neuware4.7.2, но обе матрицы состояний 0.18.2 содержали image_tag: 2.2.0-0.3.0 (#1547, 13 файлов, +29 строк, −496 строк). Этот тег пришёл из первого коммита создания матрицы, а не был записан на шаге фиксации, поэтому документационный конвейер выпустил стартовые страницы, readme и changelog для двух несуществующих образов, и после этого каждый запуск pubdoc-app получал 404 на этих двух репозиториях (остальные 107 принимали PUT описания).
  • Корневая причина неудавшейся публикации образов: в wheel 0.18.2 в platform_register отсутствует платформа MLU; gpu_migration из torch_mlu после псевдонимизации поверхности CUDA в MLU выбирает PlatformCUDA, и группа параллелизма конвейера так и не инициализируется; регистрация MLU (MLF #125, включая #188/#190/#191) попала только в release/0.2, а в v0.3.0, 0.3.0-rc2 и main этого файла нет и портирование не ведётся. Решение — отозвать заявку, а не подгонять: у двух бэкендов убраны image_tag, выставлено launch_docs: false, а оба changelog удалены, так что снова выполняется «набор файлов changelog == опубликованный набор» (всего в наборе 151 файл, и только этот блок никогда не был поставлен).
  • Достройка сборщика: runtime-образ amd-rocm7.2.4 основан на ubuntu 24.04, и собранный в нём wheel FlagCX линкуется с GLIBC_2.38, что отвергается проверкой wheel-линии на 22.04 (22.04-incompatible symbols: GLIBC_2.38、GLIBCXX_3.4.32、__isoc23_). В этом коммите для этой линии добавлен самодостаточный сборщик на 22.04, нижняя граница glibc возвращена к 2.35: установлены jammy-пакеты ROCm 7.2.4 (rccl/hip-dev и нужные torch заголовочные файлы hipsolver/hipfft/miopen-hip, amdgpu-core из репозитория graphics), Python 3.12 из deadsnakes, закреплённый torch 2.11.0+rocm7.2 (#1548, 204 строки).
  • Перенос проверки вперёд: у страниц уровня приложения раньше не было проверки согласованности — после изменения image_tag или причины в changelog страница и readme, обращённый к Harbor, оставались со старым содержимым (#1549, 6 файлов). Теперь gen_descriptions.py --app-only --check подключён к .githooks/pre-commit и CI: при изменении матрицы состояний, changelog приложения, страницы приложения или readme приложения сначала пересобирается images.yaml, затем выполняется сравнение.
  • На рассмотрении: разрешение зависимостей линии перепаковки переведено на прямое чтение простого индекса PEP 503 (#1543) — прежняя реализация на каждую зависимость запускала подпроцесс pip index versions, а JSON API отдавал 404 на зеркале Alibaba Cloud; перепаковка 0.28/0.32 занимала около двух часов и впустую скачивала 300MB wheel triton.

1.8 Плоскость правил: FEP-0140 переведён в Implementable, FEP-0141 сужен до SGLang 0.5.18 (10-28)

Дата: 2026-10-28　Источники: community PR #159 · PR #160 · PR #161 · план 2.3

  • FEP-0140：сначала дополнены рамки профилирования операторов и план валидации (#159), затем статус изменён с черновика на Implementable, Owner установлен на @ceci3 (Люй Мэнсы) (#160, изменены только два поля метаданных). Предложение по-прежнему ограничено критериями приёмки релиза, отслеживающий issue #151 остаётся открытым.
  • FEP-0141：сужен до SGLang 0.5.18, оставшихся интеграций Empty и базовых функций на MetaX／Tsingmicro, Owner установлен на @yixiaodapeng (#161, добавлено 33 строки, удалено 144 строки). Подробный прогресс по платформам остаётся в #152; сохранены исполняемые проверки регрессии, покрытия операторов, производительности и стабильности, а также команды сборки wheel; удалены матрица исторических версий и дублирующее описание развёртывания.
  • Уточнение формулировок：DeepSeek-V4-Flash/Pro по-прежнему являются начальными кандидатами W8A8; повышение пропускной способности на 10% относительно NVIDIA — это цель оптимизации, а не фиксированный критерий приёмки. Эти уточняющие формулировки явно сохранены, чтобы в дальнейшем цель не воспринималась как порог.
  • Сверка расписания：в каталоге community/release/2.3 по-прежнему только китайско- и англоязычная таблицы расписания, списка релиза нет; в каталоге 2.2 есть четыре документа: rc0/rc1/rc2 и официальный список. Согласно расписанию, 11-13 — крайний срок включения FEP, 11-30 — создание rc0.

1.9 Остальные репозитории：optest подключается к CI Enflame, постоянная сетка FlagTensor на Ascend, согласованность установки битов FlagQuantum (10-28)

Дата：2026-10-28　Источники：optest PR #14 · optest PR #15 · FlagTensor PR #32 · FlagQuantum PR #945 · FlagQuantum PR #914 · репозиторий FlagDNN

  • optest：пять коммитов включены. Enflame S60 подключён к вариантному CI FlagGems-vllm и FlagGems-sglang, при этом список операторов действует только для самого FlagGems (#14); flagos-gpu-check переработан в единую текст��вую сводку или единый разбираемый JSON/YAML (#15, 19 файлов, добавлено 2947 строк), добавлены нормализованные поля device, driver, runtime, runtime_version, device_count, memory_unit и др., текстовые метки зафиксированы как Device:, Driver:, GPUs Usage:, а runtime и драйвер хоста описываются раздельно (#16 дополнительно вносит метаданные ускорителя в сводку тестов).
  • FlagTensor：включены постоянная сетка поэлементных ядер на стороне Ascend и связанная с производителем тонкая настройка (#32, 24 файла, добавлено 1128 строк, удалено 139 строк), затем помощник runtime Ascend влит в flagtensor.runtime (серия коммитов #33, #32).
  • FlagQuantum：шесть включённых коммитов, 33 коммита — по-прежнему первое место по количеству коммитов во всей организации. Ключевое — превращение вопроса «эквивалентны ли шардированный MPS и нешардированный» в исполняемое доказательство (#945)：одна программа запускается в двух вариантах — max_bond 64 с точным градиентом (меняется только раскладка) и max_bond 2 с приближённым градиентом (раскладка и усечение меняются вместе), — и по разности двух вариантов разделяются два вклада; кроме того, ускорено обучение публичного Module и дополнен заявленный JAX пакетный VJP (#914), отклонение нефинитных углов привязки (#944), восстановление двух наборов тестов, вызванное pytest 9.2 (#946), сетка согласованности состояния и градиента (#947), атрибуция сбоя к внесённому изменению (#948).
  • Остальное：оба коммита FlagDNN — исправления для Hygon (имя GPU и производительность); FlagAttention включает разреженное внимание MiniMax от XuanTie PPU (Alibaba DAMO Academy) (#111, 6 файлов, добавлено 4644 строки); FlagCX исправляет потоковый guard адаптера AMD (#680) и cstddef в traits платформы Kunlunxin (#682); #1 в FlagQAI по-прежнему на рассмотрении; оба коммита docs — от робота (список моделей ModelScope #545, #567); три коммита Trident на рассмотрении (адаптация LLVM для Ascend #7, пользовательский LLVM_ROOT #6, раскладка заголовков старого и нового TVM FFI #8).

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

2.1 Новостной охват：Moore Threads открыла исходный код Megatron-MUSA-Titan, из 24 запросов действителен только этот (10-28)

Дата: 2026-10-28　Источники: репортаж IT Home · перепечатка Sina Tech · репозиторий Megatron-MUSA-Titan · поиск через Google News RSS

  • Событие: Moore Threads 28 октября объявила об открытии исходного кода проекта инфраструктуры обучения больших моделей Megatron-MUSA-Titan, основанного на её полнофункциональных GPU и ориентированного на обучение MoE с триллионами параметров на кластерах масштаба десяти тысяч карт, охватывающего два сценария — предварительное обучение и обучение с подкреплением, с предоставлением адаптации обучения и системной оптимизации для платформы MUSA.
  • Технические особенности: проект уже непрерывно используется в предварительном обучении MoE с триллионами параметров на кластере из десяти тысяч карт; по заявлению разработчиков, обладает высоким MFU и стабильностью длительного обучения; поддерживает блочное обучение FP8; в сочетании с DeepEP и асинхронным коммуникационным движком ACE ускоряет распределение токенов и объединение результатов MoE, обеспечивая перекрытие экспертного параллелизма и вычислений; может взаимодействовать с фреймворками обучения с подкреплением slime и miles, используя Megatron для обучения и SGLang для генерации образцов, связывая предварительное обучение и обучение с подкреплением.
  • Состояние кода: репозиторий MooreThreads/Megatron-MUSA-Titan существует; README описывает его как инфраструктуру предварительного обучения и обучения с подкреплением для моделей с 1T+ параметров на кластерах из десяти тысяч карт; последний push — 16 октября, в текущем окне коммитов нет — это случай «объявлено об открытии исходного кода, код не двигался», и формулировку «открытый исходный код» из пресс-релиза следует рассматривать отдельно во времени.
  • Кандидаты: двадцать четыре группы поисковых запросов на китайском и английском в пределах окна вернули 49 кандидатов, принят 1 (предыдущий пункт). Запросы по именам компонентов (FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen) — двенадцать на китайском и английском в сумме — по-прежнему все дали нулевой результат.
  • Исключённые: более десяти материалов об итогах третьего квартала Moore Threads (выручка 1,55 млрд юаней, рост на 1773,9% год к году, переход квартальной скорректированной прибыли в положительную зону, планируемое размещение акций в Гонконге) относятся к финансовой отчётности и рыночной конъюнктуре и упоминаются лишь в 3.7 как фон членства; три материала со стороны BAAI — первый этап программы «Юаньчуан», AREX-2, SoulAgent — относятся к моделям и сообществу и не связаны напрямую с программным стеком; более двадцати материалов, связанных с Enflame, — это биржевые сводки, решения совета директоров и статьи об ETF; юбилейный материал Tsingmicro о «плане промышленных инвестиций 28» не имеет отношения к стеку с открытым исходным кодом.

2.2 Каналы и официальные сайты: CSDN по-прежнему на 22 октября, на HN и в сообществе BAAI новых попаданий нет (28 октября)

Дата: 2026-10-28　Источники: колонка FlagOS на CSDN · поиск HN Algolia · сообщество BAAI · пресс-центр Moore Threads

  • CSDN: на странице колонки 51 ссылка на статьи, последняя проверяемая дата по-прежнему 22 октября (запись трансляции подфорума конференции открытых вычислений и круглый стол вузов); три ранее высокорелевантных материала (адаптация GLM-5.3-Flash Day0 к 9 чипам, адаптация Qwen3.8-Flash-Next в первый день к 8 чипам, подключение LightX2V к FlagOS) при постраничной проверке датированы концом августа и не относятся к окну.
  • HN Algolia: восемь групп запросов за четырёхдневное окно дали попадания: FlagOS 5, BAAI 30, FlagGems 1; после строгого сопоставления по ключевым словам заголовка и текста прямых попаданий — 0.
  • Сообщество BAAI: страница поиска и главная доступны, новых материалов о FlagOS нет; на главной не появилось обновлений компонентов данного стека.
  • Официальные сайты членов: при обходе восьми компаний у Moore Threads обнаружена новая запись в пределах окна — 28 октября «Один рисунок о квартальном отчёте Moore Threads за третий квартал 2026 года», представляет собой инфографику финансового отчёта, не касается изменений программного стека и по критериям отбора не включается в основной текст (фон см. в 3.7); у MetaX, Iluvatar CoreX, Cambricon, Enflame и Tsingmicro в списках нет новых записей с 28 по 29 октября; страница Hygon статическая, у Horizon Robotics не удалось выполнить захват, ориентировались на видимое содержимое списков.
  • Вывод: на новостной стороне второй выпуск подряд содержит лишь один содержательный пункт, и этот пункт относится к собственной тренировочной среде члена организации, а не к компонентам данного стека; основное содержание текущего выпуска по-прежнему составляют код и инженерия релизов.

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

3.1 Horizon Robotics: BPU впервые становится бэкендом PrivateUse1 с возможностью пооператорного исполнения (28 октября)

Дата: 2026-10-28　Источники: Torch-FL PR #674 · PR #676 · PR #678 · PR #673

  • Способ интеграции: единицей исполнения BPU является артефакт .hbm, производимый hbdk4, а hbdk4 может работать только на x86; на плате невозможно ни компилировать, ни использовать артефакты, поставляемые вместе с репозиторием. Прежний вывод гласил «по дизайну невозможно eager»; данный коммит разбивает его на три уровня: сборка библиотеки одиночных операторов .hbm вне платы, генерация C++ ядер для отправки этих артефактов, добавление маршрутизации конфигурации drobotics.
  • Покрытие и валидация: 40 поэлементных операторов, 11 корзин по форме, все 440 артефактов на RDK S600 прошли сравнение с NumPy с нулевым расхождением, вызовы aten на тензорах flagos действительно попадают на BPU. Автор также зафиксировал два отрицательных вывода: libhbtl.so — это лишь эталонная реализация для CPU (ldd показывает только libc/libstdc++/libm, cpu/wall у hbtl::ucp::Add равен 1.00), а динамические формы не исполняются на HBRT 4.7.5 (загрузчик объявляет эту ось как stride 0, проверка задачи требует не менее 64).
  • Три завершающих коммита: #676 добавляет в kDrobotics два switch в dispatcher.h — ранее журнал диспетчеризации сборки BPU всегда печатал unknown, а KernelSetOf сообщал о собственной библиотеке ядер BPU как не имеющей владельца; #678 исправляет три места в ветках copy, где выполнялся безусловный box в CUDA — по умолчанию wheel-пакеты NVIDIA с доминированием FlagGems и PPU XuanTie от DAMO Academy намеренно линкуются с pip torch только для CPU, DispatchStub ядра копирования CUDA пуст, и первый же вызов даёт missing kernel for cuda. #673 исправляет несоответствие имени производителя и platform id в записи сборки (hygon/dcu, mthreads/musa, enflame/gcu, nvidia/cuda) — это корневая причина восьми неудачных юнит-тестов на дорожке Hygon DCU.
  • На рассмотрении: #672 унифицирует гранулярность claim матричных операторов soft-lowp (объявление по ключу conf, декодирование по семейству), #677 направляет вызовы FlagGems с ключевыми аргументами на активный бэкенд, #680 переопределяет псевдонимы устройств по производителю, хранящемуся в записи сборки, #681 читает пробу libtorch_cuda из префикса torch, а не из цели интерфейса.
  • Оценка: это единственная интеграция в данном окне, где «новая платформа перешла из непригодной в пригодную»; ценность в прохождении пути, а не в производительности — 40 поэлементных операторов являются отправной точкой, магистральные операторы вроде свёрток по-прежнему опираются на целографический путь torch.compile.

3.2 Kunlunxin: слияние скалярных цепочек и ядра непрерывных сегментов, три ускорения на P800 (10-28)

Дата: 2026-10-28　Источники: FlagGems PR #7617 · PR #7600 · PR #7850 · PR #7803 · FlagCX PR #682

  • Скалярные цепочки: объединённое ядро восьми вынесенных скалярных цепных операторов подняло относительное время выполнения с 0,08~0,13 до 0,81~0,93 (#7617). Выигрыш в основном на стороне хоста: однократное выделение выходного буфера плюс unbind вместо вызова аллокатора на каждый тензор; для малых форм — один запуск с передачей всех указателей в качестве аргументов.
  • Непрерывные сегменты: после перевода batch-norm в режиме инференса и преобразования QKV на ядра непрерывных сегментов агрегированные метрики выросли с 0,228→1,357 и с 0,260→5,062 (#7600). Исходная реализация организовывала доступ по срезам (n,c) или двумерным tile, что давало несогласованные чтения и записи; новая реализация покрывает каждым program непрерывный участок элементов, а канал или упакованную строку восстанавливает по плоскому индексу.
  • Маскированное заполнение: masked_fill на P800 вырос с 0,577 до 0,829 (#7850); подход — замена знакового расширения целочисленной маски на умножение на 0/1 с плавающей точкой после sitofp, что делает всё ядро векторизуемым; по точности m строго равен 0/1, результат побитово совпадает.
  • Сопровождаемость: #7803 исправляет невозможность импорта бэкенда Kunlunxin на текущем master (общий исполнитель удалил помощник _result_dtype), а также ошибку компиляции отношения доминирования в общем исполнителе на uni_sram — без этого исправления ни один тест Kunlunxin не запускается.
  • Сторона коммуникаций: traits платформы Kunlunxin в FlagCX выносят cstddef за пределы стража __xpu__ (#682); ранее при разборе из comm_traits.h size_t ещё не был виден, и компиляция общедоступного API устройства на стороне хоста сразу падала.

3.3 Iluvatar CoreX: свёртки через таблицу рабочих режимов, conv3d без добивки каналов нулями (10-28)

Дата: 2026-10-28　Источники: FlagGems PR #7036 · FlagGems PR #7061

  • conv_transpose2d: единый планировщик по умолчанию (64,32,32,4) плюс спецслучай 3x3/stride2 в универсальной реализации заменены на семь наборов аппаратно настроенных режимов, индексируемых по типу данных, размеру ядра, шагу и числу выходных каналов (BLOCK_NHW/CI/CO, num_warps, num_stages), с переключением между двумя вариантами ядра в зависимости от того, помещается ли выход в L2 — прямой вариант быстрее внутри L2, фазоспециализированный устойчивее, когда выход превышает L2 (#7036, добавлено 1886 строк).
  • conv3d: на стороне Iluvatar CoreX BLOCK_CI уже не меньше 16, а AABS в FlagTree возвращает уменьшенный tile к нижней границе 16x16x16, поэтому добивка weight_c нулями до 16 в универсальном пути — это чистые накладные расходы на выделение и копирование при каждом вызове; после удаления выход побитово совпадает; дополнительно добавлены два малых пространственных tile BLOCK_NI_DO_HO_WO — 32 и 64, чтобы малые объёмы форм также заполняли устройство (#7061).
  • Вывод: обе правки относятся к длиннохвостой оптимизации и согласованы по направлению — замена пути «универсально корректно, но медленно» на локализованный планировщик с одновременным удалением таких безвыигрышных накладных расходов, как добивка нулями.

3.4 Enflame: Qwen3.5 FP8 на GCU, учёт core_shapes, первый запуск FlagPrism (10-28)

Дата: 2026-10-28　Источники: vllm-plugin-FL PR #358 · FlagGems-sglang PR #232 · FlagTree PR #1239 · optest PR #14

  • Инференс: в backend GCU добавлен инференс W8A8 поблочной калибровки Qwen3.5 FP8, а патчи ядра переработаны с учётом ограничений GCU300/GCU400, чтобы FP8 MoE работал как в режиме eager, так и в режиме полного графа (#358, 20 файлов).
  • Таблица форм: core_shapes.yaml от Enflame неделю не работал — в репозитории не было ни одной точки загрузки, бенчмарк распознавал только жёстко закодированную ветку kunlunxin (#229 добавляет файл, #232 исправляет загрузку). Исправление обобщает поиск на любого производителя и попутно устраняет FileNotFoundError, вызванный безусловной установкой пути kunlunxin.
  • Инструментальная цепочка: профайлер и отладчик FlagPrism расширены на Enflame и включены по умолчанию (#1239), запуск ядер с отладкой переведён через шлюз, а компиляторная обработка, необходимая для захвата L2, оставлена внутри backend Enflame; optest подключил S60 в CI двух вариантов FlagGems (#14).
  • На рассмотрении: обновление eager-бэкенда TXDA в vLLM 0.28 (#642), профайлер и runner Enflame в TransformerEngine (на рассмотрении), а также крупная партия исправлений эталонных реализаций на стороне FlagGems (см. 1.3).

3.5 Damo Academy XuanTie: разреженное внимание MiniMax на PPU, среднее геометрическое 1,8x (28.10)

Дата: 2026-10-28　Источник: FlagAttention PR #111 · репозиторий FlagAttention

  • Содержание: для backend PPU Damo Academy XuanTie добавлен оператор инференса разреженного внимания MiniMax (MSA), охватывающий скоринг индексов, выбор top-k блоков и само разреженное внимание; реализованы оба пути — prefill и decode (6 файлов, 4644 строки).
  • Возможности: поддерживаются постраничный KV-кэш, причинная маска и принудительный выбор блоков; для 810E адаптированы раскладка матричных вычислений и запуск ядер; скоринг индексов в prefill распараллелен по KV-страницам, что смягчает недостаток параллелизма на стороне query; входные данные FP8 преобразуются в BF16 для вычислений, нативный матричный умножитель FP8 не используется.
  • Производительность: при базовой линии на универсальной реализации Triton из SGLang на 810E prefill проходит 21/21 со средним геометрическим 2,299x (минимум 1,965, максимум 5,434), decode — 18/18 со средним геометрическим 1,354x (1,289~1,485), итого 39/39 и среднее геометрическое 1,800x.
  • Оценка: это первый путь разреженного внимания на PPU, который образует контраст с подключением BPU в Torch-FL в том же окне мониторинга — с одной стороны восполняется покрытие магистральных операторов, с другой — специальные операторы новых структур моделей.

3.6 Tsingmicro, Xiwang, Hygon: rpm-пакеты FlagCX дополнены backend трёх производителей (28.10)

Дата: 2026-10-28　Источник: FlagCX PR #673 · FlagCX PR #681 · FlagTree PR #1459 · репозиторий FlagDNN · FlagAttention PR #117

  • Tsingmicro: libflagcx-tsm добавлен в линию rpm, SDK представляет собой два установщика makeself, распаковывается в /usr/local/kuiper (#673); на стороне FlagTree на рассмотрении #1459 синхронизирует бэкенд Tsingmicro с внутренней линией разработки Triton 3.6 (27 файлов, включая API поштучной точности запуска, внешнюю точку входа CoreIR и runtime-адаптер, а также исправляет генерацию кода Tx81 и дефекты CRT в DMA/RDMA/WDMA).
  • Xiwang: libflagcx-sunrise добавлен в линию rpm, SDK через tangtk --toolkit и pccl устанавливается в /usr/local; ранее на стороне vllm-plugin-FL у Xiwang на рассмотрении находилась адаптация 0.28.
  • Hygon: libflagcx-du добавлен в линию rpm, tarball DTK распаковывается в /opt/dtk; FlagDNN содержит два исправления имени GPU и производительности для Hygon; в FlagAttention на рассмотрении #117 добавляет для Hygon BW3000 (gfx936) реализацию GLA на чистом Triton, объединяя накопление с вентильным суммированием и сканирование состояния цикла в один конвейер, с выделенным путём только для поддерживаемых инференс-нагрузок.
  • Подход к упаковке: всем трём не требуется базовый образ производителя — образа openEuler плюс файлового репозитория достаточно для полной среды; soname производителей единообразно фильтруются по уже существующей практике Ascend (эти SDK никогда не были RPM, ни один репозиторий не может их предоставить).

3.7 Moore Threads: Megatron-MUSA-Titan с открытым исходным кодом и отчёт за третий квартал в один день (10-28)

Дата: 2026-10-28　Источники: репортаж ITHome · репозиторий Megatron-MUSA-Titan · новостной центр Moore Threads · sglang-plugin-FL PR #158

  • Тренировочный стек: Megatron-MUSA-Titan ориентирован на MoE с триллионом параметров для кластеров из десятков тысяч карт, охватывает предобучение и обучение с подкреплением; поддерживает blockwise FP8, DeepEP и асинхронные коммуникации ACE, экспертный параллелизм и перекрытие с вычислениями, может работать совместно с slime и miles (обучение Megatron + сэмплирование SGLang). Это собственный тренировочный стек семейства Megatron, разработанный участником сообщества, — тот же корень, но другая ветвь по сравнению с Megatron-LM-FL данного стека, признаков обратного переноса кода пока нет (последний push в репозиторий 10-16).
  • Финансовый контекст: в тот же день опубликован отчёт за третий квартал: выручка 1,55 млрд юаней, рост на 1773,9% год к году, достигнута прибыль по скорректированному показателю за квартал; выручка за первые три квартала 3,289 млрд юаней, чистая прибыль, причитающаяся акционерам, 37,6973 млн юаней, также продвигается вторичный листинг в Гонконге. Финансовый отчёт не меняет технических оценок данного стека, но объясняет инвестиционные возможности для темпа открытого исходного кода.
  • Инференс-сторона: в sglang-plugin-FL на рассмотрении #158 добавляет поддержку MUSA и MiniMax-M3, #125 — тюнинг Triton и YAML для Qwen3.6 на S5000; на стороне FlagGems-sglang в данном окне мониторинга изменений для MUSA нет.
  • Оценка: действия Moore Threads за последние две недели сосредоточены на «собственной разработке и открытом исходном коде двойного стека обучения и инференса», пересечение с данным стеком по-прежнему остаётся на уровне операторов и плагинов (FlagGems, sglang-plugin-FL), а не на уровне тренировочного фреймворка.

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

  • Открыт новый путь: BPU Horizon Robotics превратился из «конструктивно неспособного к eager» в бэкенд PrivateUse1 с пооператорным выполнением (40 поэлементных операторов, 440 артефактов с нулевыми расхождениями), попутно исправлены именование журнала диспетчеризации и защита ядра копирования CUDA. Это самое структурно значимое подключение за текущий период, но оно охватывает только поэлементные операторы — магистраль по-прежнему опирается на компиляцию полного графа.
  • Слой коммуникаций перешёл на стадию тегов и дистрибутивных пакетов: FlagCX выпустил v0.14.1 (генерация биткода устройства по адаптерам), линейка rpm расширена с трёх бэкендов до шести, выпуск wheel также учтён в build-infra. Следует отметить, что у этого тега отсутствует текст Release, что расходится с практикой v0.14.0.
  • Релизная инженерия навёрстывает упущенное: публикация changelog вместе с Harbor, отзыв двух никогда не отправлявшихся образов megatron Cambricon, проверка согласованности страниц приложений в pre-commit и CI, AMD 7.2.4 дополнен сборщиком для 22.04. Всё это не создаёт новых возможностей, но напрямую определяет, сможет ли список релиза 2.3 подтвердить себя.
  • Структурные изменения в проверке: количество PR в проверке снизилось с 401 до 288, новых открытых — с 269 до 101, 135 пакетных коммитов FlagGems-Experimental из прошлого выпуска ни слиты, ни добавлены. Основной массив в проверке сейчас — 181 PR FlagGems, из которых 53 новых открытых в основном представляют собой исправления эталонных реализаций Enflame — это указывает на то, что узкое место приёмки мультибэкендов находится в эталонных реализациях и методике тестирования, а не в поставке операторов.
  • Множественные ветки требуют разграничения методик: FlagGems сливается одновременно в master и kernelgen-dev (#7905, #7934), слияния FlagTree распределены по веткам triton_v3.5.x и feature/flagmega, ветка по умолчанию FlagGems-Experimental — infra-ci. Статистика по ветке по умолчанию занижает фактический объём работ, а поиск по коммитам упускает репозитории с атомарными дополнительными ядрами.
  • Три пункта для наблюдения: во-первых, будет ли после v0.14.1 добавлено описание Release и включение в список 2.3; во-вторых, расширится ли путь BPU с поэлементных операторов на магистральные, такие как свёртки; в-третьих, начнётся ли реальная отправка кода Megatron-MUSA-Titan после окна и сформируется ли переиспользование с Megatron-LM-FL.

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

Источник Результат проверки
Репозитории организации GitHub Полная проверка 61 репозитория, 23 репозитория с отправками в окне (в прошлом выпуске 20)
Поиск коммитов GitHub 99 совпадений; поисковый индекс имеет задержку для слияний текущего дня, поэтому представлено наряду с объёмом слияний
Поиск слитых PR GitHub 67, 16 репозиториев
Поиск PR в проверке GitHub 288 (новых открытых 101), FlagGems 181 составляет шесть десятых
Атомарная проверка Release / Tag 31 репозиторий; в окне добавлен 1 тег (FlagCX v0.14.1, без текста Release)
Поток событий org 100 записей: отправки 51, создание веток 32, удаление веток 9, ревью PR 8, событий открытия/закрытия PR нет
График версий community/release/2.3 по-прежнему содержит только китайскую и английскую таблицы графика; последний тег build-infra по-прежнему v2.2.0
Google News RSS 24 группы запросов, 49 кандидатов, принят 1 (Megatron-MUSA-Titan)
HN Algolia 8 групп запросов, 0 прямых совпадений в четырёхдневном окне
Колонка FlagOS на CSDN Последняя проверяемая статья остановилась на 10-22, новых материалов в окне нет
Сообщество Zhiyuan Новых материалов в окне нет, на главной странице нет обновлений, связанных с данным стеком
Сайты членских организаций Проверено 8; Moore Threads 10-28 одна инфографика отчёта за третий квартал; сбой сбора с Horizon Robotics; у остальных обновлений нет

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

FlagGems PR #7600 (непрерывный сегментный оператор Kunlunxin) — https://github.com/flagos-ai/FlagGems/pull/7600

infra/tags>

[92] Новости с официального сайта Tsingmicro — https://www.tsingmicro.com/news