Отчётный период: с 26 октября 2026 года (понедельник) по 30 октября (пятница), всего 5 рабочих дней.

Источники материалов: 5 выпусков ежедневного отчёта о динамике FlagOS (10-26 / 10-27 / 10-28 / 10-29 / 10-30, пропусков в периоде нет). Выпуск 10-26 является утренним отчётом понедельника, окно мониторинга отсчитывается от контрольной точки предыдущего выпуска 10-23 06:00 и составляет 72 часа, охватывая выходные 10-24 и 10-25; четыре выпуска с 10-27 по 10-30 имеют 24-часовые окна, идущие встык, последнее окно — с 10-29 06:00 по 10-30 06:00. Таким образом, фактический интервал отчёта — с 10-23 по 10-29, часть с 10-23 по 10-25 помечена исходными датами.

Пояснение к составлению: материал организован по пяти измерениям: версии и релизы, совместная разработка компонентов и кода, адаптация участников и производителей, экосистема и сообщество, наблюдение за трендами. Суммарно по окнам пяти ежедневных отчётов — 1187 коммитов, 755 слияний; если брать только четыре полных 24-часовых окна (10-27 — 10-30), то 575 коммитов и 481 слияние. Число репозиториев с пушами по выпускам: 16, 18, 20, 23, 21; общее число организационных репозиториев — 61. Версии и теги независимо перепроверены по тегам и первичным источникам Release каждого репозитория компонентов; результат проверки 10-31: последний тег build-infra по-прежнему v2.2.0, в каталоге release/2.3 репозитория community по-прежнему только графики на китайском и английском, список релиза отсутствует.

1. Главное за неделю

  • 2.3.0 прошёл весь конвейер от рантайма до прикладного уровня, тег и список релиза всё ещё не оформлены (10-25 ~ 10-30): 10-25 санкционирована пересборка рантайма 2.3.0 по версии; 10-26 санкционирована пересборка двадцати прикладных образов vllm0.24.0 на новом рантайме, а теги сведены от «суффикса по бэкенду» к единому 2.3.0-0.3.0; 10-27 с 06:54 до 13:25 двадцать подряд роботизированных коммитов поставили на учёт теги прикладных образов по каждому из двадцати ключей бэкендов; 10-28 — 10-29 changelog опубликован на странице сайта и в Harbor. По состоянию на утро 10-30 последний тег build-infra по-прежнему v2.2.0 от 3 августа, в community/release/2.3 список релиза всё ещё не создан. По графику: 11-13 — крайний срок слияния FEP, 11-30 — заморозка функций и выпуск rc0, 12-07 — выпуск rc1, 12-14 — выпуск rc2, 12-25 — финальная заморозка, 12-30 — релиз.

  • MiniMax-M3.1-Flash с W8A8 на девяти чипах поставлен в один день, Day-0 перешёл в стадию «пакетного копирования единого формата» (10-23): в день открытия исходников MiniMax FlagOS выложил версии W8A8 для девяти чипов на ModelScope и Hugging Face; девять репозиториев были созданы массово в течение получаса с 10-23 14:06 до 14:39. Девять участников: XuanTie (Zhenwu) DAMO Academy, NVIDIA, MetaX, Hygon, Huawei Ascend, Moore Threads, Iluvatar CoreX, Kunlunxin, Tsingmicro, причём NVIDIA, Ascend, Kunlunxin и XuanTie DAMO Academy — версии Express. Технический путь — пересборка исходных QAT-весов NVFP4 модели в единый кроссчиповый формат W8A8; пример развёртывания из исходников базируется на XuanTie DAMO Academy (vLLM 0.24.0, vllm-plugin-FL 0.3.0, FlagGems 5.4.0, тензорный параллелизм на 8 картах). Это второй за неделю случай «одновременного выпуска на девяти чипах в день открытия модели» после GLM-5.3-Flash; отличие в том, что в прошлый раз BF16 и мультиточность шли параллельно, а в этот раз всё сведено к единственному пути W8A8.

  • BPU Horizon Robotics впервые стал бэкендом PrivateUse1 с пооператорным исполнением, новая платформа из «конструктивно непригодной» стала пригодной (10-28): Torch-FL #674 реализовал уровень пооператорного исполнения (31 файл, +5698 строк, −145 строк). Ранее BPU на PrivateUse1 не регистрировал ни одного вычислительного оператора, hbDNNInferV2 принимал только целиком скомпилированный граф, каждый вызов aten уходил в cpu_fallback, а backends_bpu.conf был пуст. Этот коммит восполнил недостающий промежуточный слой: на стороне x86 с помощью hbdk4 компилируется библиотека пооператорных артефактов .hbm, генерируются C++ ядра, коммитящие эти артефакты, добавляется маршрутизация conf drobotics, охватывающая 40 поэлементных операторов (32 унарных, 8 бинарных) и 11 разбиений по формам; на RDK S600 все 440 артефактов попарно сверены с NumPy с нулевым расхождением. Три завершающих коммита исправляют имя журнала дистрибуции, защиту копирующего ядра CUDA и отображение имени производителя в id платформы. Ограничение столь же очевидно: магистральные операторы, такие как свёртки, по-прежнему опираются на целографический путь torch.compile.

  • FEP-0140 переведён на 0.32 единым выпуском, 0.28 пропущен, AMD добавлен в список, правила разом снижают стоимость погони за версиями (10-27 ~ 10-28): два переписывания в репозитории community (#157, #158) зафиксировали стратегию многовариантной совместимости плагина vLLM как «0.32 становится единственной версией релиза и покрывает все чипы», прежний охват «выбрать пять по потребностям Day-0» расширен до полной матрицы (десять производителей цикла 2.2 плюс NVIDIA и AMD); 0.28 больше не является версией релиза, вместе с колонками матрицы и соответствующими абзацами PR удалены, уже влитые адаптации для 0.28 оставлены лишь как базовая линия для обновления. 10-28 дополнительно добавлены область анализа и план проверки (#159), а статус переведён в Implementable, Owner установлен @ceci3 (#160); FEP-0141 сужен до SGLang 0.5.18 и базового функционала MetaX и Tsingmicro (#161). Издержки явно прописаны: адаптации, влитые в 0.28, должны заново пройти приёмку на 0.32, и этот объём работ пока не отражён ни в одном PR.

  • XuanTie академии Дамo за неделю закрыл две опоры: 15 групп операторов BLAS1 в базе и разреженное внимание PPU (10-26 / 10-28): 10-26 FlagBLAS #154 за один раз дополнил пятнадцать групп базовых операторов линейной алгебры первого уровня — AMAX, AMIN, ASUM, AXPY, COPY, DOT, DOTC, DOTU, NRM2, ROT, ROTG, ROTM, ROTMG, SCAL, SWAP, — изменения в 17 файлах, добавлено 16 168 строк; прежде присутствие этого бэкенда в FlagOS сосредотачивалось на пути инференса, а численная библиотека была пробелом. 10-28 FlagAttention #111 добавил для Zhenwu PPU оператор инференса разреженного внимания MiniMax (6 файлов, плюс 4644 строки), с поддержкой постраничного KV-кэша, причинной маски и принудительного выбора блоков: prefill 21/21 пройдено, геометрическое среднее 2.299x, decode 18/18 пройдено, геометрическое среднее 1.354x, итого 39/39, геометрическое среднее 1.800x. По трём ступеням «умеет инференс, умеет тренировку, численная библиотека самосогласована» на этой неделе сделан первый шаг на третью ступень.

  • MetaX перевёл доказательства приёмки 135 специализированных операторов в проверяемое состояние, за час открыто 135 PR (10-27): FlagGems-Experimental между 17:43 и 17:59 открыл #744 по #878, заголовки единообразны — «Add MetaX support for имя оператора», каждый PR на один файл, примерно 200 строк добавлений и удалений. В тексте PR указано, что этот раунд — повторное тестирование специализированных операторов MetaX (партия 1027), 150 операторов участвовали, 135 прошли три раунда повторного тестирования и были поданы по одному, 15 непрошедших остались вне партии; критерий приёмки — точность: все 29 кейсов пройдены, производительность: геометрическое среднее 1.008x (порог 0.8), окружение — torch 2.8.0 плюс metax3.7.2.0, flagtree 0.6.1, восемь карт C550. В этот день число PR на рассмотрении в организации выросло с 225 до 401, из них 135 пришли из этой пакетной подачи.

  • Тестовая инфраструктура ref-as-candidate внедрена в двух репозиториях, «что тестировать» сменилось с наличия оператора на согласованность эталона и реализации (10-29): FlagGems #7630 (9 файлов) позволяет тестам корректности и бенчмаркам запускать явно объявленную эталонную реализацию как кандидата, больше не полагаясь на внешние файлы кандидатов; отсутствие эталона, невызываемый эталон, фактический невызов кандидата в теле теста — всё это явно проваливается. В тот же день FlagGems-sglang одиннадцатью PR с #239 по #249 перевёл все наборы тестов корректности на get_candidate и добавил ежедневный автоматический PR синхронизации master в kernelgen-dev (#242, в тот день уже создано два); за день дополнительно влито 57 тестовых исправлений того же автора, охватывающих условия пропуска и эталонный ABI для Ascend, MetaX, Enflame, Kunlunxin и NVIDIA. Эта линия не даёт количества операторов, но определяет, будет ли достоверным последующее выравнивание всех бэкендов.

  • Двухмодельный MiniCPM-OCR с покрытием Day0 на 12 платформах, впервые дана сравнимая нормализованная метрика (10-29): открытые ModelBest и OpenBMB MiniCPM-OCR 1.0 (1.3B) и MiniCPM-OCR Jev (2B) завершили кросс-чиповую адаптацию, охватив 12 платформ: XuanTie академии Дамo, NVIDIA, Huawei Ascend, Hygon, Kunlunxin, MetaX, Moore Threads, Tsingmicro, Iluvatar CoreX, Xiwang, Mac (ARM) и Biren Technology. Метрики производительности изложены раздельно: Jev на XuanTie академии Дамo в среднем 63.56 мс, фактическая вычислительная пропускная способность достигает 98.7% от нативной NVIDIA H100; OCR 1.0 после нормализации по пиковой вычислительной мощности даёт P50 пропускной способности одного документа 169.3% от нативной, в пакетном сценарии 137.1%, при этом указано, что предпосылка 169.3% — более высокая загрузка платформ с низкой пиковой мощностью, а не то, что одна карта быстрее; на клиентском CPU M5 у Jev в среднем 1.2 секунды на одно определение блока страницы, медиана 895 мс.

2. Динамика версий и релизов

Список тегов и Release на этой неделе (пекинское время)

Время Компонент Тег / версия Описание
10-26 10:13 FlagTree 0.7.1a1+mthreads3.6 Специализированная сборочная линия для Moore Threads 3.6, чистый тег, в списке Releases нет соответствующего текста
10-28 17:25 FlagCX v0.14.1 Указывает на #668 «генерация device bitcode по адаптеру», только git tag, без текста Release
10-29 10:55 FlagCX v0.14.1 (обновление привязки тега) При повторной проверке тег уже перемещён на коммит слияния #683 (откат cstddef для Kunlunxin), текста по-прежнему нет
10-29 11:09 FlagTree 0.7.1a1+tsingmicro3.6 Специализированная сборочная линия для Tsingmicro 3.6, чистый тег, без соответствующего текста
  • Три тега, два компонента — ни одного официального релиза: в этом периоде ни один компонент не выпустил официальную версию. FlagGems по-прежнему 5.4.0 (09-28) как официальная линия, 5.5.0.dev0 открыта 10-12 и с тех пор новых тегов нет; FlagQuantum с v0.3.1 (10-16) как базовая линия квантового стека; FlagScale, FlagBLAS, FlagDNN, FlagFFT, FlagTensor, FlagAttention, vllm-plugin-FL, sglang-plugin-FL и другие остаются на партии от 09-28. Это типичный разрыв между релизом 2.2 и GA 2.3 30-12: внешние версии молчат, артефактные и сборочные линии активны.
  • Два тега без текста релиза — единственная воспроизводимая процедурная проблема недели: FlagCX v0.14.1 создаёт только git tag без GitHub Release, что не согласуется с практикой v0.14.0 «текст указывает на список релиза FlagOS 2.2»; линия 3.6 FlagTree продвигается по принципу «один тег на производителя», у самого 0.7.1a1 нет единого описания релиза, и нижестоящие могут лишь по имени тега восстановить бэкенд и версию Triton.

2.3.0: конвейер прошёл от начала до конца, остались только тег и список релиза

  • Уровень рантайма (10-25 ~ 10-26): 10-25 авторизована пересборка рантайма 2.3.0 по запросу версии, затем два коммита исправили кавычки в параметрах сборки OCI-тегов и потерю префикса venv в переменных окружения SDK производителя; в контейнер добавлен параметр версии на этапе запуска, можно установить сборку текущего дня через FLAGTREE_VERSION=latest и указать версию FlagGems через FLAGGEMS_VERSION, версия перешла из «вшитой в образ» в «выбираемую при запуске», а вариант -build удалён.
  • Уровень приложений (10-26 ~ 10-27): 10-26 #1488 добавил в двадцать образов приложений vllm0.24.0 записи changelog для предстоящего релиза, чтобы пройти проверку, одновременно вынеся теги нативных плагинов из тегов образов и передав их решение единому резолверу, что сделало возможным единый тег 2.3.0-0.3.0 без суффикса бэкенда. 10-27 двадцать коммитов бота поочерёдно зафиксировали теги для двадцати ключей бэкендов: Ascend cann8.5.0, cann8.5.0-910c, cann9.0.0, cann9.0.0-910c; Cambricon neuware4.4.3, neuware4.7.2; Enflame tops1.9.10, tops1.10.6; Moore Threads musa4.3.6, musa5.2.0; MetaX maca3.7.2.1, maca3.8.1.3; Iluvatar CoreX corex4.4.0, corex4.5.0; NVIDIA cuda12.8, cuda13.3; а также Kunlunxin xre5.37.1, Hygon dtk26.04, Tsingmicro tsm260610, Xiwang tangrt1.2.0.
  • Фиксация и проверки (10-28 ~ 10-29): changelog каждого образа теперь одновременно отображается в конце страницы сайта и в описании репозитория Harbor (#1545, 455 файлов, +19080 строк), поле причины сделано двуязычным китайско-английским (#1542); проверка согласованности страницы приложения подключена к pre-commit и CI (#1549), после изменения одного image_tag или причины в changelog необходимо сначала пересобрать images.yaml, затем сравнивать.
  • Незавершённые пункты: тег версии не проставлен, список релиза не создан. Ежедневный отчёт от 10-30 фиксирует это состояние записью «release/2.3/release-2.3.yaml в репозитории community по-прежнему 404», при повторной проверке 10-31 содержимое каталога по-прежнему содержит только китайско-английское расписание, кодекс поведения, документы по управлению и мейнтейнерам, списка релиза нет.

AMD ROCm 7.2.4: единственный новый бэкенд за период

  • Базовый образ (26.10): установка ROCm 7.2.4 напрямую из repo.radeon.com на ubuntu 24.04, только 28 компактных пакетов, после разрешения зависимостей apt всего 94 пакета, явно исключены MIOpen, MIGraphX, rocm-gdb, rocprofiler-sdk и opencl; прогон в чистом контейнере пройден, локальным образом проверена прямая передача восьми W7900. В ходе прогона выявлены два факта, которые необходимо внести в Containerfile: узел не может достучаться до archive.ubuntu.com, необходимо переключиться на отечественное HTTP-зеркало ещё до наличия ca-certificates (по HTTPS рукопожатие завершается ошибкой); pin-файл является не предпочтением версии, а обязательным элементом.
  • Конфигурация и упаковка (27.10): добавлен vendors.amd.rocm7.2.4, стек: torch 2.11.0+rocm7.2, triton-rocm 3.6.0, flagtree 0.7.0+amd3.6, аппаратное обеспечение Radeon PRO W7900 (gfx1100, RDNA3), драйвер 6.16.13, Python 3.12; пятью последовательными коммитами добавлены dev-пакеты hipsolver, hipfft, miopen-hip, открыты строки AMD wheel для FlagCX и вендорский PyPI, проверено локально на шестнадцати картах gfx1100. Одновременно две линии native deb и native rpm дополнены измерением arm64.
  • Связность во время выполнения (29.10): FlagCX #679 обеспечил работу тензорного параллелизма SGLang на ROCm — добавлена реализация eventElapsedTime, сопоставление torch.bool с flagcxUint8, добавлена тестовая ветка сборки USE_AMD; на двух картах R9700 результаты AllReduce, ReduceScatter, AllGather, Broadcast, Send/Recv и графового захвата AllReduce корректны, Qwen3.5-9B и Qwen3.6-35B-A3B-FP8 обслуживаются при TP=2.
  • Дооснащение сборщика (29.10): собранный на среде выполнения 7.2.4 wheel FlagCX линкуется с GLIBC_2.38 и отклоняется проверкой wheel-линии на 22.04, поэтому для этой линии настроен самодостаточный сборщик 22.04 (набор jammy плюс Python 3.12 из deadsnakes, зафиксированный torch), нижняя граница glibc возвращена к 2.35.
  • Границы: у FlagGems пока нет C++ бэкенда ROCm/HIP, AMD в краткосрочной перспективе идёт только путём Triton. Это прямое свидетельство того, что матрица бэкендов в данном цикле продолжает расширяться, а не сходиться.

FlagCX: от тегов к дистрибутивным пакетам

  • Биткод устройств генерируется по адаптеру (#668, влито 18.10, на этой неделе вошло в v0.14.1): жёстко закодированный bindings/ir/nvidia на шаге биткода в setup.py заменён поиском по таблице адаптеров, каждый адаптер объявляет свой Makefile и переменные архитектуры. Ранее любой не-NVIDIA адаптер выбрасывал RuntimeError или молча не выдавал биткод, бэкенд iluvatar в FlagTree мог только копировать исходники FlagCX и пересобирать самостоятельно.
  • Линия rpm расширена с трёх бэкендов до шести (#673, 10 файлов, +295 строк, -8 строк): добавлены libflagcx-tsm (Tsingmicro), libflagcx-sunrise (Xiwang), libflagcx-du (Hygon DCU). Всем трём не нужен вендорский базовый образ — SDK распаковывается в /opt или /usr/local, менеджер пакетов не вызывается, образ openEuler с файловым репозиторием образует полную среду сборки; вендорские soname фильтруются единообразно по уже принятому для Ascend подходу.
  • Поверхность поставки переведена на линию wheel (29.10): робот build-infra зафиксировал релиз flagcx wheel (#1553), вручную дополнены пять пустых описаний и добавлен flagcx==0.14.1+rocm7.2.4 (#1556), затем hygon-dtk26.10 привязан к flagcx==0.14.1+dtk2610 (#1563). Таким образом, поверхность поставки 0.14.1 охватывает cuda12.8, cuda13.3, corex4.4.0, corex4.5.0, xre5.37.1, rocm7.2.4 и новый dtk2610.
  • Серия 0.14 всё ещё в окне поддержки: находящийся на рассмотрении #683 переносит исправление cstddef для Kunlunxin обратно на линию 0.14.0-rc2, что показывает, что патч-линия 0.14 не заморожена.

FlagTree: линия 3.6 нарезана по вендорам

  • Две специальные метки: 0.7.1a1+mthreads3.6 от 10-26 и 0.7.1a1+tsingmicro3.6 от 10-29 относятся к одной и той же «предрелизной линии 3.6 с разбивкой по производителям», обе без текста релиза. Метка Tsingmicro соответствует #1459, влитому в тот же день (бэкенд Tsingmicro синхронизирован с внутренней линией разработки Triton 3.6, 27 файлов, +2264 строк, −407 строк), один к одному.
  • Прирост возможностей сосредоточен в компиляторе: постоянный конвейер GEMM [MThreads][TLE] и синхронизация SPMC от Moore Threads вошли в основную ветку (#1294, 63 файла, +6192 строки, −403 строки), объединив два набора компилятора, ранее обслуживавших по отдельности addmm/baddbmm и bmm, в один супернабор, поддерживающий продвижение stage и phase в динамических циклах, одного производителя на многих потребителей, именованные и неявные чтения, сегментированное завершение и вывод эпох потребителей, а также одиночную выдачу, слитых потребителей и постоянный путь на 16 warp; Ascend подключил путь доступа TensorView (#1426, 32 файла, +4901 строка); AMD выполнил оптимизацию декодирования batch-1 для Qwen3-1.7B bf16 (#1439, 44 файла): R9700 при контексте 1 — 154 tok/s, при 8K — 125, W7900 — 167 и 136 соответственно, измеренная пропускная способность 530–597 GB/s, что составляет 82–87% от измеренного потокового предела данной карты.
  • Действия на уровне IR: в flir добавлен диалект TensorView (#83, 25 файлов, +1396 строк, −13 строк), преобразующий указатели Triton в tensor_view, несущий shape, stride и кодировку доступа, с тремя типами кодировок — partitioning, strided, gather/scatter, — и подключённый к tile.load и tile.store в CommonIR, располагающийся между диалектом Triton tt и HIVM, Ascend NPU IR, параллельно TileIR.
  • На рассмотрении: бэкенд vmt4d от SpaceMiT (#1455), распределённый бэкенд TLE от Kunlunxin (#1436), адаптация коммуникационных примитивов TLE от Hygon (#1441), линия rpm Ascend переведена на потребление опубликованных wheel (#1461, первая линия, не требующая вендорского SDK и оборудования), исправление четырёх дефектов программного конвейера NVIDIA Hopper (#1460).

3. Совместное развитие компонентов и кода

Организационный ритм: пять периодов суммарно 1187 коммитов, 755 влитых

Период Окно (пекинское время) Репозитории с отправкой Коммиты Влито На рассмотрении (обновлено в окне) Новых
10-26 10-23 06:00 ~ 10-26 06:00 (72 часа) 16 612 274 253 141
10-27 10-26 06:00 ~ 10-27 06:00 18 185 133 225 74
10-28 10-27 06:00 ~ 10-28 06:00 20 102 98 401 269
10-29 10-28 06:00 ~ 10-29 06:00 23 99 67 288 101
10-30 10-29 06:00 ~ 10-30 06:00 21 189 183 253 84
Итого — — 1187 755 — 669
  • Суммарное объединение по репозиториям (по данным ежедневных отчётов за соответствующие периоды): FlagQuantum 226 коммитов (29,9%), FlagGems 224 (29,7%), build-infra 75 (9,9%), FlagGems-sglang 59 (7,8%), Torch-FL 33 (4,4%), FlagGems-vllm 29 (3,8%), FlagTree 24 (3,2%), vllm-plugin-FL 16 (2,1%), optest 12, FlagTrain 10, FlagCX 10, FlagAttention 9, sglang-plugin-FL 5, community 5, FlagQAI 4, FlagBLAS, FlagScale, FlagOps, TransformerEngine-FL по 2, FlagCV, FlagSparse, FlagPrism, flir, Trident, FlagTensor по 1.
  • Доля двух движков опустилась ниже семидесяти процентов: FlagQuantum и FlagGems в сумме дали 450 коммитов, или 59,6%; с добавлением build-infra три репозитория заняли 69,5% — в предыдущем периоде те же два репозитория давали 56,3%, а четыре — 79%; в текущем периоде вес build-infra вырос почти до одной десятой из-за учёта зеркала 2.3.
  • Динамика внутри недели — «два пика, одна впадина и новый подъём»: в понедельник (окно 72 часа) одновременно высокие показатели у квантового стека и FlagGems, во вторник квантовый стек продолжил рост, а FlagGems подхватил, в среду преобладал учёт build-infra (36 коммитов, из которых двадцать — коммиты бота по тегированию зеркал), в четверг показатель упал до 67 коммитов — минимума за неделю, в пятницу отскочил до 183 коммитов — максимума за неделю (только FlagGems дал 92 коммита).
  • Оба импульса в очереди на рассмотрении связаны с пакетными коммитами: из 401 коммита на рассмотрении 28.10 135 пришлись на пакетный PR операторов MetaX, 269 были новыми; после снижения до 288 коммитов 29.10 30.10 показатель дополнительно упал до 253 коммитов. Без учёта пакетных коммитов фактический уровень очереди ревью колеблется между 220 и 290 коммитами, медианный уровень выше, чем в предыдущем периоде (154–239 коммитов).

FlagGems (объединено 224 коммита): автоматизированное снабжение и исправление корректности параллельно

  • Поставка операторов уже подхвачена KernelGen: 26.10 влито 16 коммитов операторов KernelGen с префиксом NVIDIA (разреженность и структурированность, квантование, специальные функции, метаинформация тензоров — по одной категории каждого типа); 29.10 за один день 22 автоматически сгенерированных оператора (небезопасное конструирование и сброс разреженных тензоров, пространственная свёртка nnpack, свёртка thnn, обратное распространение дробного max-pooling, cholesky, норма Фробениуса, chain_matmul и партия пограничных операторов), в тот же день открыто ещё пять, очередь продолжается. Ручные усилия уходят не на написание операторов, а на параметры запуска и исполнимость тестов.
  • Линия корректности — самая ценная категория коммитов на этой неделе: адресная арифметика общего ядра index_put и _index_put_impl_ переведена на широкий тип (#6892, два файла, +112 строк, −4 строки) — ранее на Damo Academy XuanTie PPU-ZW810E индексы int32 в сочетании с тензорами с большим stride молча писали по неверному адресу: целевая строка не менялась, а защитный префикс в том же аллокационном регионе перезаписывался; корневая причина — умножение индекса на stride вычислялось в int32 и переполнялось раньше, чем происходило преобразование итогового смещения. На стороне Ascend flagtree обновлён с 0.7.0 до 0.7.1a1 и добавлен скрипт проверки во время выполнения (#7837, пять файлов, +291 строка), поскольку образ времени выполнения встраивает flagtree вне виртуального окружения в /opt/flagtree, и pin, установленный через pip, его не перекрывает. Также исправлена проблема, из-за которой импорт бэкенда KunlunXin на текущем master сразу падал (#7803, 90 строк).
  • Настройка бэкендов наиболее плотная у KunlunXin: восемь скалярных цепочечных операторов с выходом переведены на слитые ядра (#7617, 275 строк), малые формы запускаются за один раз, все указатели передаются как параметры ядра, выход получается одним выделением плюс unbind, относительное время выросло с 0.083–0.126 до 0.813–0.934, примерно в семь–десять раз; инференс batch-norm и преобразование QKV переведены на ядра непрерывных сегментов (#7600), агрегированные метрики выросли с 0.228 до 1.357 и с 0.260 до 5.062 соответственно; быстрый путь целочисленного представления masked_fill переписан в форме f32 и на P800 вырос с 0.577 до 0.829 (#7850, прошло 594 теста).
  • Другие бэкенды: у Iluvatar CoreX conv_transpose2d заменён на семь наборов аппаратно-настроенных профилей, индексируемых по типу данных, размеру ядра, шагу и числу выходных каналов (#7036, +1886 строк), с переключением между прямым сканированием и специализированным по фазам вариантом в зависимости от того, помещается ли выход в L2; в conv3d убрано дополнение каналов нулями при каждом вызове (#7061), выход побитово совпадает; у MetaX добавлен grouped_mm_w8a8 для INT8 и FP8 (#6950, 7 файлов, +1220 строк), базовые формы взяты из реального воспроизведения вызовов, собранного на GLM-5.2 при PPU SGLang TP=8: 28 сценариев, 26 уникальных геометрий, 3,24 млн вызовов, 257 экспертов.
  • Структура на рассмотрении: 53 новых коммита 28.10 — в основном исправления эталонных реализаций Enflame (#7890–#7908 подряд, касаются Kaiser и inplace ldexp, aminmax, special_round, LU, vander и slogdet, median и stacking, Adagrad, ABI batch-norm), плюс однострочное исправление AMD — дескриптор вендора устанавливает имя устройства в cuda и не задаёт triton_extra_name, из-за чего pow, tanh, exp, rsqrt, erf, gelu и другие идут через __nv_* и отвергаются бэкендом AMD. В окне 29.10 у FlagGems на рассмотрении 181 коммит, шесть десятых от организации, что говорит о том, что узкое место приёмки мультибэкендности — в эталонных реализациях и критериях тестирования, а не в поставке операторов.

FlagQuantum (влито 226 коммитов): от структурной перестройки к развёртыванию сценариев

  • В начале недели — «хирургия» каталога: с 23 по 26 октября 505 коммитов за три дня, 148 влито, один репозиторий даёт 82,5% коммитов и 54% слияний организации. Реорганизация пакета QEC выполнена девятью коммитами подряд (#735–#749): сначала аудит границ пакета и базовой совместимости, затем последовательно изоляция кодовых матриц и сканирования шума, разделение семейств кодов и владения, отделение объявлений хранилища от сборки исполнения, выделение модели ошибок детекторов, разделение алгоритмов декодирования и опциональных адаптеров, финализация структуры пакета и инструкции по установке, и наконец интеграция в основную ветку одним блоком — «хирургия» каталога с целью «устанавливаемости».
  • Формирование внешних зависимостей: полный переход жизненного цикла Quafu SDK выполнен шестью коммитами (#852–#866): процесс обнаружения, логические задачи, отправка физических программ, разбор топологии, жизненный цикл двойника последовательно переведены на SDK, и в конце выведен из эксплуатации старый жизненный цикл выполнения; старый путь удалён, а не сохранён как псевдоним — это жёсткое переключение. В тот же период Rydberg presence прошёл путь от заключения контракта (#854) к отклонению наблюдения в безусловной сборке (#865), кодированию однократного наблюдения presence (#869), проверке эталона ограниченной когерентной ветви (#873) и, наконец, к предложению конечного динамического когерентного эталона (#876).
  • В середине недели — переход к физическим сценариям: 27 октября десять слияний, включая сжатие ожидаемых значений гамильтониана Module в тензорных сетях (#939), эксперимент по памяти с коррекцией ошибок при фиксированных shots (#932), восполнение покрытия фиксированных двухкубитных вентилей (#935); 28 октября из шести коммитов: вопрос «эквивалентны ли шардированный MPS и нешардированный» оформлен как исполняемое доказательство с двумя ветвями (#945: max_bond 64 с точным градиентом меняет только раскладку, max_bond 2 с приближённым градиентом меняет раскладку и усечение вместе, разность двух ветвей разделяет два вклада).
  • К концу недели — сведение к конвейеру синтеза: 29 октября 60 коммитов, 15 слияний, все сосредоточены на синтезе квантовых схем (серия CS); в репозитории уже архивированы десять спецификаций и документов поставки по FQ-SYNTH-CS01..CS07-20261029: CS-01 определяет семантические границы и верификацию когерентных целочисленных конструкций, CS-02 снижает когерентное сложение с помощью чисто арифметического ядра, CS-03 обрабатывает умножение и когерентные полиномы, CS-04 обеспечивает ограниченный рабочий процесс Python, CS-05 добавляет жизненный цикл и планирование рабочих областей, CS-06 реализуется в три этапа, CS-07 переходит к семантике регистров и допуску программ; в тот же день добавлены переносимый экспериментальный файл загрузки/сохранения .fqx (#960) и проверяемое исполнение программ fq.run (#964).
  • Оценка: способ работы квантового стека — четырёхэтапное документирование «проектный черновик, контрактный черновик, рабочий пример, протокол приёмки»: высокая стоимость, хорошая проверяемость, что также объясняет, почему он долго даёт более трети коммитов организации, но лишь около трети слияний. Это не связано с многопроцессорной адаптацией — это единственная основная линия программного стека, развязанная с аппаратным обеспечением, в цикле 2.x.

build-infra (влито 75 коммитов): матрица образов и отзыв

  • Учёт матрицы образов: 27.10 двадцать коммитов роботов унифицированно записали теги образов приложения vllm для двадцати ключей бэкендов как 2.3.0-0.3.0 — это самый насыщенный день цикла по числу объединённых изменений (36 коммитов). Затем в базовом слое были дополнены changelog по каждому образу и правила прохождения отправки, а три цикла записей образов объединены в один скрипт.
  • Полная цепочка из восьми коммитов для Hygon DTK 26.10 (29.10): после появления первой версии контейнера и конфигурации (#1554, #1555) образ по-прежнему не собирался и не планировался — base/hygon-dtk26.10 указывал /opt/dtk на dtk-26.04, тогда как SDK фактически распаковывался в /opt/dtk-26.10; отсутствие покрытия runner для этой записи в матрице сборки приводило к откату к значениям по умолчанию (#1558); глобальные зависимости torch 2.13.0+dtk2610 напрямую ссылались на libmpi.so.40 и libibverbs.so.1, тогда как wheel для 26.04 хешировал эти soname внутрь пакета, поэтому в базовый образ добавлен libopenmpi3t64 (#1564), а в сборщик — libopenmpi3 (#1565); тот же рантайм закреплял python 3.12, из-за чего существующий hcu wheel для cp310 не разрешался, поэтому сборщик cp312 был пересобран с deadsnakes 3.12 (#1562), а hcu-dtk2610 добавлен в линейку публикации wheel (#1566). Ни один из восьми коммитов не менял ядро — стоимость смены поколения оборудования почти целиком легла на упаковку и разрешение зависимостей.
  • Отзыв двух никогда не отправлявшихся образов (28.10): в Harbor отсутствовали megatron_training0.18.2-cambricon-neuware4.7.2 и соответствующий репозиторий megatron_rl, но матрица состояний содержала image_tag: 2.2.0-0.3.0, и документационный конвейер выпустил для двух несуществующих образов стартовую страницу, readme и changelog, после чего каждый pubdoc-app получал 404 на этих двух репозиториях. Корневая причина — в wheel 0.18.2 platform_register не содержал платформы MLU, gpu_migration из torch_mlu после подмены псевдонима CUDA на MLU выбирал PlatformCUDA, группа параллелизма конвейера так и не инициализировалась, а регистрация MLU присутствовала только в release/0.2. Решение — отозвать утверждение, а не подгонять: убрать image_tag, установить launch_docs: false, удалить два changelog, чтобы снова выполнялось «набор файлов changelog равен опубликованному набору».
  • Прочее: native deb и rpm получили измерение arm64 (#1537); цель rpm для Ascend (#1557, первая линейка rpm, не зависящая от SDK и оборудования производителя); зависимости перепаковки vllm переведены на чтение простого индекса PEP 503 (#1543, вместо запуска отдельного подпроцесса для каждой зависимости).

Torch-FL (объединено 33 коммита): переименование слоя абстракции и подключение новых платформ

  • Переименование за один проход: слоты заключения в модуль изменены с Backend::kCuda на Backend::kBoxing, каждой платформе добавлено имя производителя, исходники и каталоги CI, конфигурации и метки с каталогами упаковки, перечисления бэкендов и ключи маршрутизации NVIDIA переименованы по производителю, а в конце исправлены несоответствия таблиц поиска, оставшиеся после переименования (шесть коммитов выполнены с 13:38 до 15:59). В тот же период явно зафиксировано «не маршрутизировать заключение в модуль из конфигурации по умолчанию», а также добавлена конфигурация day-0 только с заключением в модуль — поведение «при отсутствии оператора на платформе откатываться к пути упаковки» превращено из неявного в явное объявление.
  • Подключение Horizon Robotics BPU: см. первый пункт главных новостей недели, здесь не повторяется.
  • Два жёстких исправления случаев «работает, но работает неправильно»: runtime_dir Hygon DCU ранее указывал на каталог, где лежали только ABI-заглушки, из-за чего runtime-библиотека собиралась из 32 заглушек: сборка проходила, но при импорте сразу сообщалось о неопределённых символах (#654, 71 файл, 11 тыс. строк); bf16 GEMM Iluvatar CoreX откатывался к выполнению на хосте — измеренный bf16 mm размером 2048 на 2048 дал 0,41 TFLOPS, ниже 0,54 у CPU той же машины, тогда как тот же оператор fp16 дал 80,2, а поставляемый производителем torch — 84,6; корневая причина в том, что проверка поддержки не учитывала bf16, а mm и addmm на стороне хоста копировали транспонированные веса (#660); после исправления используется BLAS производителя.
  • Прочее: на стороне MPS сохранены широковещательные формы MPSGraph, для тестов линейных операторов добавлены эталон CPU и читаемые различия, визуальная фабрика и интерполяция Qwen3.5 оставлены на MPS; Ascend соблюдает точность FP32 matmul и сохраняет градиенты резидентными (#683); маршрутизация декодированной комбинации soft-lowp по ключу conf (#665); MUSA tuner проведён через все подклассы стратегий (#666); в записях сборки исправлены несоответствия имён производителей и идентификаторов платформ (hygon/dcu, mthreads/musa, enflame/gcu, nvidia/cuda) (#673).

Стек инференса: vllm-plugin-FL (16), sglang-plugin-FL (5), FlagGems-vllm (29), FlagGems-sglang (59)

  • Три новые модели вошли в плагин на одной неделе: MiniMax-M3.1 поддерживает примеры вывода (#631, влито 24.10), GLM-5.3-Flash с чисто открытой реализацией операторов (#454, 90 файлов, +19140 строк, −280 строк), загрузка контрольных точек и интеграция моделей Qwen3.8-Flash-Next и Qwen4 (#455, 65 файлов, +11226 строк, −109 строк, включая HC, PLE, QSA и мультимодальную обвязку). FP8 везде реализован через проверку возможностей: если платформа поддерживает нативно, сохраняется нативное ядро, иначе используется откат на BF16-пути линейных слоёв и MoE с принудительным --dtype bfloat16.
  • Две линии адаптации крупных версий апстрима продвигаются одновременно: адаптация нативного CUDA под vLLM 0.32 (#615, 57 файлов, +3408 строк, −1044 строки) фиксирует стек на vLLM 0.32.0 + cu129, PyTorch 2.13.0 + cu129, CUDA 12.9 и python 3.12.3; существующие шесть CI-проверок инференса и три проверки обслуживания на NVIDIA полностью проходят; параллельно продолжается слияние накопленной адаптации 0.28 (S60 от Enflame #582, TXDA от Tsingmicro #642 на рассмотрении), что вместе с FEP-0140 («0.32 выпускается одним релизом, 0.28 пропускается») образует период параллельной работы.
  • Графовый режим выходит на третий и четвёртый отечественные бэкенды: Tsingmicro TXDA получает в плагине vLLM захват и воспроизведение графа в режиме FULL_DECODE_ONLY (#649, восемь файлов, +487 строк), устранены две корневые причины — отклонение запуска ядра в домене захвата (код ошибки 0x47000003) и перенаправление потока из-за защиты устройства; путь, не относящийся к TXDA, остаётся побайтово идентичным апстриму; на стороне AMD SGLang успешно запускает FlagOS на R9700 (gfx1201) (#157 на рассмотрении).
  • В библиотеке операторов акцент смещается с новых добавлений на детерминизм: fused all-reduce RMSNorm входит в FlagGems-vllm (#773, 6 файлов, +3191 строка) — all-reduce + сложение с остатком + RMSNorm, опциональная статическая квантизация FP8, поддержка NVFP4 на SM100+, FP16 и BF16 для TP2/4/8; слияние stage1 в ihc_pre заменяет tl.atomic_add на запись по слотам split (#1017), поскольку атомарное сложение делает результат зависимым от порядка прихода блоков, а повторный запуск не даёт побитовой идентичности. На стороне MetaX исправлены безопасность кэша и захват графа в FlashAttention и оптимизированы TP2/TP4 (#998), в MetaX TP2 packed decode выполнены планирование Split-KV и перестановка вычислительных tile (#1025); fused_q_kv_rmsnorm одновременно внедрён на Ascend (#872) и на XuanTie от DAMO Academy (#888).
  • FlagGems-sglang — репозиторий с самой высокой эффективностью слияния в этом периоде: 34 соревновательных оператора влиты подряд чуть более чем за два часа (23.10 с 15:47 до 18:02, из них девять — за десять минут с 16:21 до 16:31), поставка шла от множества внешних контрибьюторов и охватывает чтение/запись буферов MLA, перестановку раскладки, Top-K сэмплирование, MoE с нулевыми экспертами, позиционирование кэша и soft pooling; в инженерной части добавлены пакеты Debian и RPM (#191), что показывает переход репозитория от набора операторов к устанавливаемому дистрибутиву. core_shapes.yaml от Enflame не работал неделю — в репозитории не было ни одной точки загрузки, а бенчмарк распознавал только жёстко закодированную ветку kunlunxin (#229 добавляет файл, #232 исправляет загрузку); после исправления поиск обобщён на любого производителя и попутно устранён FileNotFoundError; на стороне AMD для RDNA3 добавлены версии gfx1100 трёх операторов Mamba (#231, 578 строк, побитово идентичны универсальным ядрам).

FlagCX (влито 10 коммитов) и коммуникационный слой

  • Уровень устройств: сборка биткода устройства для XPU Kunlunxin (#676) — с помощью Makefile обёртки общего API устройства компилируются в LLVM-биткод xpu3, из дистрибутивного пакета XDK извлекается модуль устройства, после сохранения публичных символов выполняется оптимизация, на выходе получаются libflagcx_device.bc и заголовочные файлы для потребителей, коммуникационные traits используют XSHMEM; затем добавлена точка входа IR устройства для XPU для поддержки линковки FlagTree (#678).
  • Исправление семантики: в Device API от Iluvatar CoreX добавлена семантика acquire для Atomic::load (#681, 3 файла, +359 строк, −37 строк) — ранее load(..., Acquire) и load(..., Relaxed) генерировали одну и ту же инструкцию, и наблюдатель после обнаружения флага не получал барьер аннулирования; в этом коммите реализовано чтение с последующим барьером и выбор силы по области действия; системная область действия всё ещё не реализована, поскольку в ivcore11 нет соответствующей инструкции барьера памяти.
  • Упаковка и адаптация: поддержка Tsingmicro TSM (#674, 10 файлов, +886 строк, −80 строк при добавлении) одновременно исправляет очистку группового P2P, отклонение недопустимого peer и обработку событий асинхронного потока; адаптация AMD переведена на CUDAStreamGuard (#680); в traits платформы Kunlunxin cstddef вынесен за пределы защиты (#682).

Обучающий стек: FlagTrain (10), FlagScale (2), TransformerEngine-FL (2), Megatron-LM-FL (на рассмотрении 10)

  • Фиксированный формат ветки FlagTrain: в заголовке отдельного PR напрямую перечисляется список бэкендов, один оператор разворачивается сразу по матрице бэкендов. Смержены fused_indices_to_multihot (#29, NVIDIA и Ascend, для H20 есть бенчмарк), перенос механизма сравнения с базовой линией (#30, нормализация коэффициента масштабирования по пиковому значению единицы узкого места устройства для отношения скоростей, столбцы output vs Base, при отсутствии базовой линии фиксируется причина без падения), multi_tensor_adam (#35, 6 файлов, +1093 строки, охватывает NVIDIA, Hygon, MetaX, PPU и Iluvatar, за один запуск Triton пакетно выполняется обновление Adam для нескольких тензоров, на H20 fp32 65536 элементов относительно базовой линии DeepSpeed CUDA — 2.24x, а на малом размере 1024 элементов — наоборот, 0.76x). На рассмотрении одновременно находятся fused_proj_rms прямой и обратный проход (#38), fast_gelu (#33), fp8_gemm (#18), mixed_gemm (#10) и последующие партии multi_tensor_adam.
  • FlagScale переходит к тестовой дисциплине: унифицированная тестовая стратегия, затронутые маршруты и шлюз доказательств выполнения (#1315); профилирование операторов офлайн-обучения (#1310, 4 файла, +1474 строки), на стороне обучения экспортируется только Chrome-таймлайн каждого rank, офлайн-экстрактор выполняет атрибуцию по внешним ID, учёт коммуникаций и многоранговую агрегацию, вывод в колоночном формате, согласованном с профилированием инференса. На рассмотрении видны синхронизация DeepSeek-V4 с вышестоящим репозиторием [1/N] (#202) и [2/N] (#211, добавление непрерывного контекстного параллелизма для упакованных последовательностей), а также лёгкая взаимная конвертация DCP между HF и MCore (#1319).
  • TransformerEngine-FL, два коммита: реализация FlagCICD v1, введение уровней тестирования с L0 по L4 и выполнение на основе плана (#142); откат трёх подмодулей 3rdparty/ к проверенной базовой линии вышестоящего репозитория v2.17 (#150) — ранее по ошибке cutlass был продвинут на 240 коммитов (затронуто более 4000 файлов), cudnn-frontend с v1.25.0 до невыпущенного снимка, googletest до головы master.
  • Megatron-LM-FL заслуживает отдельного упоминания: на рассмотрении десять PR, это первый масштабный апдейт за последние две недели (окно 10-30), но в текущем цикле слияний не было. Этот тренировочный стек после середины октября на время остановился; действительно ли отправка восстановилась, нужно подтвердить в следующем выпуске.

Численные библиотеки, внимание и новые направления

  • FlagBLAS (2 коммита): полный набор из пятнадцати групп операторов BLAS1 от XuanTie (Alibaba Damo Academy) внесён в репозиторий (#154), за ним последовало выравнивание именования и ссылок L1 (#155). BLAS1 — это предварительная зависимость для верхнеуровневых BLAS2, BLAS3 и решателей LAPACK; без этого слоя невозможно обеспечить самосогласованность снизу вверх, и это наиболее недооценённый коммит недели.
  • FlagAttention (9 коммитов): помимо разреженного внимания MiniMax для PPU (#111), здесь реализация внимания Parallax для Ascend в трёх частях (#103, 10 файлов, +2738 строк, охватывает причинную маску, скользящее окно, GQA и входы переменной длины; по сравнению с FLA на большинстве тренировочных форм даёт от 1,0 до 8,74 раза), оптимизация prefill и decode для разреженного внимания MiniMax M3 на Enflame (#104, 2 файла, +2873 строки, −2516 строк), fused-внимание AttnRes с Triton на MetaX C550 (#108, 3 файла, +268 строк, при D=7168 и BF16 — с 0,075 мс до 1,496 мс; автор отмечает, что FLA недоступен, поэтому ускорение не заявляется), удаление пути FP8 MSA на Hygon (#109). Фрагментация слоя внимания усиливается, единой кросс-вендорной низкоуровневой реализации пока не появилось.
  • FlagCV (1 коммит) впервые объясняет, что это такое: добавлены первый About и README (#2), позиционирование — «высокопроизводительная библиотека компьютерного зрения на базе Triton», предоставляет преобразование цвета, фильтрацию, геометрические преобразования и арифметические операции под интерфейсом в стиле OpenCV, ориентируется на CUDA-базу OpenCV, строится поверх FlagTree с подключаемыми бэкендами. Хронология: создание репозитория 14-10, заложение скелета 18-10 с заменой реализаций операторов на скелет в режиме немедленного исполнения, дополнение описания позиционирования 26-10 — сначала скелет кода, затем описание позиционирования. Сейчас нет ни одного бенчмарка или данных по не-GPU бэкендам; настоящая проверка — производительность операторов с интенсивным доступом к памяти на NPU и DSA.
  • FlagQAI (4 коммита): граница с FlagQuantum всё ещё требует прояснения: 27-10 впервые импортирован снимок исходников командной строки, первый раунд CI упал на шаге списка фикстур (#1 на ревью); 29-10 добавлены локальная веб-платформа квантовой работы и нативная интеграция Agent (#3), исправление сохранения предпочтения следования после обновления (#4). README явно указывает, что «синтез схем из намерения» — это направление продукта, а не уже готовая возможность; текущая область проверки — только локальная симуляция схем и один вариант двухкубитного вариационного маршрута с фиксированным анзацем.
  • Остальное: FlagDNN — оба коммита исправления для Hygon (имя GPU и производительность); push FlagFFT попал в ветку codex/musa-shortfall, последний коммит в ветке по умолчанию — всё ещё 15-10; FlagTensor — поэлементный кернел постоянной сетки для Ascend и вендорская настройка (#32, 24 файла, +1128 строк, −139 строк); Trident — поддержка Python 3.10 (#5), промежуточный слой Monad (#4) всё ещё на ревью; flir — split и join для Ascend и статическое понижение перестановок (#86) на ревью.

Тестирование и инженерия релизов: optest (12), FlagOps (2), community (5)

  • optest свёл скрипты тринадцати вендоров в одну команду: flagos-gpu-check автоматически зондирует в порядке «сначала вендорские узлы устройств, затем вторичное подтверждение через команды SMI», сохраняет исходные вендорские по-карточные таблицы, параметры таймаутов и повторов, а также прописывает два конфликтных правила — Hygon раньше AMD (у обоих есть kfd, но mkfd есть только у Hygon), XuanTie раньше NVIDIA. Затем вывод переработан в единую текстовую сводку либо единые парсируемые JSON и YAML (19 файлов, +2947 строк), добавлены нормализованные поля device, driver, runtime, runtime_version, device_count, memory_unit и др., а runtime и хост-драйвер разделены в описании. Enflame S60 в этом цикле подключён к вариантам CI FlagGems-vllm и FlagGems-sglang.
  • Все пять коммитов community — правила: два переписывания FEP-0140, область анализа и план проверки, перевод статуса в Implementable, сужение FEP-0141. Уточнение формулировок также внесено в текст — DeepSeek-V4-Flash и Pro остаются исходными W8A8-кандидатами, «увеличение пропускной способности на 10 % относительно NVIDIA» — это цель оптимизации, а не фиксированный критерий приёмки.
  • Оба коммита FlagOps — про стабильность: устойчивое обнаружение очищает устаревшие git-локи, оставшиеся от жёстко убитого fetch (#18); таймаут соединения по умолчанию повышен с 30 секунд до 300 секунд (#17).

4. Участники и адаптация вендоров

  • Hygon: один из производителей с самой высокой инженерной плотностью в этом периоде. DTK 26.10 за один день прошёл восемь слияний — от контейнеров и исправлений доступности до сборщика cp312, линейки FlagCX wheel и двух дополнений зависимостей soname, образовав многоразовый «путь диагностики подключения нового SDK»; при первом развёртывании контейнерного слоя явно зафиксировано: «FlagCX ещё не собран, поэтому на этом этапе не включается». Кроме того, build-infra дополнительно выпустил libglog.so.1 для решения проблемы сбоя загрузки нативных плагинов в образе DTK (#1524), Torch-FL исправил источник сборки рантайма DCU (#654), FlagAttention удалил путь FP8 MSA (#109), FlagTrain включил Hygon в качестве бэкенда первого класса (#35), а также находящиеся на рассмотрении сэмплирование состояния оборудования DCU (FlagScale #1299) и реализация GLA (FlagAttention #117).
  • MetaX: усилия сосредоточены на двух направлениях — приёмке операторов и производительности инференса. Пакетная подача PR на 135 специализированных операторов — главная причина резкого роста числа находящихся на рассмотрении в организации за этот период; двойные пути INT8 и FP8 для grouped_mm_w8a8 основаны на воспроизведении реальных вызовов; на стороне FlagGems-vllm исправлена безопасность кэша FlashAttention и захват графа, оптимизированы TP2/TP4, поэтапно разграничена настройка фьюзинга MoE, в TP2 packed decode реализовано планирование Split-KV; полный пакет бэкендов MetaX и MACA для sglang-plugin-FL (31 файл, +3364 строки) дополнил матрицу производителей на стороне фреймворка инференса. На стороне экосистемы полностековая адаптация RLinf вошла в официальную основную ветку (см. раздел 5).
  • Kunlunxin: подключён раньше всех и охватывает шире всех, поэтому раньше всех вошёл в период длиннохвостой оптимизации. Более десяти слияний на этой неделе почти все относятся к категории «сделать существующие пути быстрее и стабильнее» — фьюзинг скалярных цепочек примерно в семь-десять раз, ядро непрерывных сегментов подняло агрегированные показатели инференса batch-norm и преобразования QKV с 0,228 и 0,260 до 1,357 и 5,062, masked_fill — с 0,577 до 0,829, slice_scatter и vstack переписали пути и с помощью sym_numel вернули таблицу операторов производителя, пропущенную логикой регистрации. Сборка битового кода (FlagCX #676) имеет долгосрочную ценность выше ускорения отдельного оператора — она подключила Kunlunxin к унифицированной абстракции устройств.
  • Tsingmicro: внутренняя линейка разработки Triton 3.6 напрямую синхронизирована в открытый бэкенд (27 файлов, +2264 строки, −407 строк) и помечена специальным тегом 3.6; TXDA получил захват и воспроизведение графа в плагине vLLM; поддержка TSM и rpm-упаковка в FlagCX появились в один день. Цена — большой объём каждой синхронизации, при ревью требуется по пунктам сверять семантику SDK производителя; выгода — соглашения об интерфейсах FlagGems и FlagTree могут продвигаться вместе с внутренним прогрессом производителя. На стороне экосистемы продолжается продвижение Open3D-PIMC (см. раздел 5), но две линии пока не пересеклись в коде.
  • Huawei Ascend: все четыре ключа бэкендов (cann8.5.0, cann8.5.0-910c, cann9.0.0, cann9.0.0-910c) доведены до 2.3.0-0.3.0; компилятор переведён от фиксации на этапе установки к принудительной фиксации на этапе выполнения (#7837), поскольку образ встраивает flagtree в /opt/flagtree, и pip pin не может это перекрыть; FlagTree подключён к пути доступа TensorView (32 файла, +4901 строка), между CommonIR и HIVM по шаблону индексов выбирается DMA по индексной нагрузке или поэлементное копирование с дополнением нулями; в FlagAttention добавлена трёхсегментная реализация внимания Parallax. Нативный граф декодирования на стороне vLLM и динамическое квантование W8A8 ModelSlim всё ещё на рассмотрении.
  • Enflame: по одному дополнению в каждой из трёх линий — таблицы форм, инструментарий, инференс. Корневой причиной того, что core_shapes.yaml не работал неделю, было отсутствие точки загрузки в репозитории; исправление обобщило поиск на любого производителя; профилировщик и отладчик FlagPrism расширены на Enflame и включены по умолчанию (#1239, 5 файлов), запуск ядер с отладкой переведён через шлюз; блочно-калиброванный инференс W8A8 для Qwen3.5 FP8 вышел на GCU (#358, 20 файлов, +3367 строк), патчи ядер переработаны с учётом аппаратных ограничений GCU300 и GCU400, чтобы FP8 MoE работал как в режиме eager, так и в режиме полного графа. На стороне рассмотрения большое количество исправлений эталонных реализаций (#7890–#7908, подряд идущие номера) ещё не закрыто.
  • Iluvatar CoreX: три линии семейства свёрток оптимизируются одновременно — семь наборов режимов conv_transpose2d, удаление дополнения нулями по каналам в conv3d, кэширование упакованных весов и фьюзинг преобразования каналов channels_last в conv2d; в FlagCX добавлена семантика получения Atomic::load — это вопрос корректности связи, а не производительности. На аппаратной стороне Tian Gai 300 впервые публично продемонстрирован на реальной машине (см. раздел 5), на программной стороне адаптация всё ещё поэтапно дополняется по трём направлениям: Device API, SGLang 0.5.18, тренировочные операторы.
  • XuanTie Alibaba DAMO: три окна подряд сохраняет ритм «один целый блок за раз» — инференс (версия Zhenwu Express и прямой проход разреженного MLA на PPU), внимание (разреженное внимание MiniMax на PPU, среднее геометрическое 1,800×), численная библиотека (пятнадцать групп операторов BLAS1). Кроме того, fused_q_kv_rmsnorm 29 октября вышел на эту платформу, а multi_tensor_adam и fp8_gemm из FlagTrain

в качестве одного из бэкендов, правило конфликта производителей в optest ставит его перед NVIDIA. Следующий шаг — посмотреть, последуют ли BLAS2 и BLAS3, а также используют ли CPU-сторона и сторона ускорителей один и тот же набор проверочных скриптов.

  • Moore Threads: основное внимание уделяется компилятору, а не количеству операторов. Объединение постоянного GEMM и SPMC в один супернабор (63 файла, +6192 строки, −403 строки) является предпосылкой для того, чтобы магистральные операторы типа addmm, baddbmm, bmm достигали приемлемой производительности на MUSA; эта возможность одновременно переиспользуется линией TLE у Ascend и MetaX; SDK обновлён до v0.7.1 и выровнен по метке специального выпуска 3.6. На стороне экосистемы открыт исходный код Megatron-MUSA-Titan (см. раздел 5), пересечение с данным стеком по-прежнему остаётся на уровне операторов и плагинов, а не на уровне фреймворка обучения.
  • Horizon Robotics: единственное за неделю подключение «новая платформа из недоступной становится доступной» (Torch-FL #674). Ценность — в прокладке пути, а не в производительности: 40 поэлементных операторов — это отправная точка, магистральные операторы вроде свёрток по-прежнему опираются на компиляцию целого графа; автор также фиксирует два отрицательных вывода: libhbtl.so — это лишь эталонная реализация на CPU, динамические формы на HBRT 4.7.5 неисполнимы (загрузчик объявляет эту ось как stride 0, проверка задачи требует не менее 64).
  • Cambricon: в текущем цикле в организации нет пушей и слияний в выделенные репозитории, есть лишь два следа в build-infra — учёт в changelog двух версий neuware (4.4.3 и 4.7.2), а также отзыв двух никогда не пушившихся образов megatron. В прошлом еженедельном отчёте эта компания была отмечена как пробел, в текущем цикле это продолжается, рекомендуется в следующем выпуске выделить её отдельным пунктом риска.
  • Xiwang: tangrt1.2.0 впервые вошёл в матрицу прикладных образов, libflagcx-sunrise вошёл в линию rpm (SDK через tangtk --toolkit и pccl попадает в /usr/local), адаптация рантайма vLLM 0.28 и общий Gate CI всё ещё на рассмотрении (#647).
  • AMD (новый бэкенд): в текущем цикле вырос из одного базового образа в полноценный бэкенд, все пять шагов на месте: конфигурация, упаковка, строка wheel, проверка рантайма и доработка сборщика; SGLang запущен с тензорным параллелизмом на R9700. На стороне FlagGems пока нет C++ бэкенда для HIP, а его дескриптор производителя имеет проблему установки имени устройства в cuda (исправление на рассмотрении #7908), что показывает: линия AMD в настоящее время по-прежнему опирается в основном на путь Triton.
  • SpacemiT, Cix и ARM: бэкенд vmt4d для SpacemiT в FlagTree всё ещё на рассмотрении (#1455) — единственное действие недели в направлении RISC-V AI; покрытие MiniCPM-OCR на периферийных устройствах включает Cix Technology и Mac (ARM), на CPU M5 основные линейные слои ускоряются матричными инструкциями SME2, подключение к пути выполнения операторов через Triton TLE Raw, среднее время различения одного страничного блока — 1,2 секунды.

5. Экосистема и сообщество

  • InfoQ публикует самый полный китайскоязычный технический обзор после версии 2.2 (24.10): по состоянию на третий квартал в экосистеме FlagOS состоят 107 организаций-участников, квартальные загрузки сообщества — 464 336 (в 4,76 раза больше, чем во втором квартале), 264 контрибьютора кода (+55% к предыдущей версии); с версии 2.1 до 2.2 число объединённых PR выросло с 1 890 до 4 890, число коммитов — с 5 100 до 9 730, число новых Issue — с 420 до 1 423; девять крупных библиотек операторов в сумме насчитывают 1 454 оператора (+890 к предыдущей версии), в диапазоне более тысячи операторов и 10 чипов сквозная межчиповая производительность выросла примерно на 27%; GLM-5.3-Flash на существующих Ascend 910B увеличил пропускную способность логического сервиса с 8,52k до 17,36k tokens/s (в 2,04 раза), генерация при длинном контексте 512K — 60,9 tokens/s. Затратная часть рассчитана исходя из аренды 16 500 юаней в месяц за сервер с 8 картами 910B, развёртывания 3P1D и 93% попаданий в кэш: при входе 256K и 8 параллельных запросах стоимость миллиона выходных Token составляет 59,27 юаня, при входе 512K и 4 параллельных запросах — 104,53 юаня, что на 19,4% и 27,6% ниже соответствующих коммерческих API — это расчётная оценка на основе арендной стоимости, а не измеренное сравнение при одинаковой нагрузке, и при цитировании следует сохранять эту оговорку.
  • В описании адаптации MiniCPM-OCR три класса чисел изложены раздельно (29.10): фактическое соотношение пропускной способности (Jev на XuanTie от DAMO Academy достигает 98,7% от нативного показателя NVIDIA H100), соотношение пропускной способности, нормализованное по пиковой вычислительной мощности (OCR 1.0: одиночный документ P50 169,3%, пакетная обработка 137,1%), и задержка на устройстве (M5 CPU в среднем 1,2 секунды, медиана 895 миллисекунд) — каждое сопровождается собственными предпосылками, и прямо указано, что условием справедливости 169,3% является более высокая загрузка платформы с низкой пиковой вычислительной мощностью, а не то, что одна карта быстрее. Это первый за последнее время материал в данном стеке, в котором «догнать нативный показатель» и «более высокая загрузка» изложены раздельно, что даёт больше пользы, чем единственный множитель.
  • Ритм контента сообщества сместился от презентационных докладов к точечным техническим трансляциям с разбором по плагинам (29.10): трансляция, начавшаяся в 19:00, была посвящена межчиповой адаптации инференса sglang-plugin-FL и охватывала замену операторов ATen, планирование слитых операторов, унифицированную абстракцию коммуникаций, передачу KV Cache при разделении PD и разделение зависимостей в режиме Empty; по заявлению, уже адаптированы десять чиповых платформ, включая Ascend, Hygon и Kunlunxin; направление совпадает с прогрессом в коде (на этой неделе в указанном репозитории обновлено 6 PR на рассмотрении, включая адаптацию рантайма Empty 0.5.18 для Ascend и Iluvatar CoreX). Эта трансляция вместе с университетским круглым столом 22.10 и соревнованием по операторам с вознаграждением 15.10 образует непрерывную линию технического распространения.
  • Tsingmicro провела Open3D-PIMC от открытого первого релиза до учебных классов для преподавателей из тридцати стран (26.10): проект совместно разработан Tsingmicro и Пекинской академией искусственного интеллекта (BAAI), представляет собой модель программирования и открытый программный фреймворк для 3D-вычислительных чипов, официально открыт в сентябре на Китайской конференции по вычислительной технике и позиционируется как одно из основных решений Zhongzhi FlagOS для 3D-чипов следующего поколения; разработчик описывает только распределение данных и разбиение задач, а фреймворк автоматически выполняет разбиение и вызовы при компиляции графа и при немедленном исполнении, на стороне инференса нативно интегрируется с vLLM и SGLang, а приватные наборы инструкций и возможности микроархитектуры каждого производителя подключаются в виде плагинов. Данный материал сосредоточен на продвижении экосистемы, а не на коде: Глобальная программа развития преподавателей открытых вычислений в области AI отправила инженеров Tsingmicro в учебные классы, слушателями стали около пятидесяти ведущих преподавателей вузов из более чем тридцати стран. Утверждение в тексте «адаптировано 20 производителей чипов, более 30 моделей AI-чипов» является формулировкой источника и не полностью совпадает с официально приведёнными на октябрьской конференции по открытым вычислениям данными — 21 производитель, 35 чипов, — поэтому при цитировании необходимо различать принадлежность.
  • MetaX интегрировала фреймворк обучения с подкреплением для embodied AI в upstream-основную ветку (26.10): RLinf представлен Университетом Цинхуа совместно с Infinigence AI и Пекинской академией Чжунгуаньцунь и другими организациями, позиционируется как первый крупномасштабный фреймворк обучения с подкреплением для embodied AI, объединяющий имитационное обучение, обучение и инференс, результаты приняты на конференциях OSDI, RSS, NeurIPS и других. MetaX на кластерах GPU серии Xiyun C выполнила два уровня SFT — 512 карт и 1024 карты (128 узлов по 8 карт), модель Pi0.5 обучалась на наборе данных RoboTwin, успешность по всем четырём группам задач соответствует или превышает значения, указанные в статье, причём одна группа выше на 8,8 процентного пункта, линейность масштабирования на нескольких машинах сохраняется выше 97%; способ интеграции — четырёхуровневое согласование по плагинной модели (на уровне абстракции ускорителей добавлен менеджер устройств, зарегистрированный в реестре RLinf, переменные окружения управляют видимостью нескольких карт и согласуются с планировщиком Ray, коммуникации по умолчанию идут через MCCL, программный стек на основе MXMACA поддерживает PyTorch и FlashAttention с BF16 и FSDP). Это не релиз компонента FlagOS, но направление заслуживает внимания — оно пересекается по сценариям с FlagOS-Robo и FlagScale, и вопрос, появится ли в будущем эстафета «участник сначала вливает в upstream-фреймворк, а затем FlagOS унифицирует бэкенд», является заслуживающей отслеживания线索.
  • Moore Threads открыла исходный код инфраструктуры обучения — код и нарратив следует рассматривать раздельно (28.10): Megatron-MUSA-Titan ориентирован на обучение MoE с триллионами параметров на кластерах масштаба десятков тысяч карт, охватывает предобучение и обучение с подкреплением, поддерживает blockwise FP8, сочетает DeepEP и асинхронные коммуникации ACE для экспертного параллелизма и перекрытия вычислений, может работать совместно со slime и miles (обучение Megatron плюс сэмплирование SGLang). Репозиторий существует, но в данном окне мониторинга пушей не было, последний пуш — 16.10, что относится к случаю «объявлено об открытии кода, код не двигался», и формулировку «открытый исходный код» в пресс-релизе следует рассматривать отдельно по времени. В тот же день опубликован отчёт за третий квартал (выручка 1,55 млрд юаней, рост на 1773,9% год к году, выручка за первые три квартала 3,289 млрд юаней, чистая прибыль, причитающаяся материнской компании, 37,6973 млн юаней,

и продвигает вторичный листинг на Гонконгской бирже), финансовый отчёт не меняет технических оценок, но объясняет возможности инвестирования в темпы открытого исходного кода.

  • Первая демонстрация Iluvatar CoreX Tian Gai 300 на реальном железе, аппаратные параметры по-прежнему не имеют условий для проверки (10-28): компания на дне открытых дверей для СМИ в Шанхае впервые продемонстрировала на реальном железе универсальный GPU Tian Gai 300, заявив, что это первый отечественный универсальный GPU, чья измеренная производительность достигла уровня NVIDIA H200; после пересчёта по сторонним тестам общая пропускная способность одной карты составляет 1,05 от H200, а на сложных мультимодальных задачах, таких как генерация изображений и видео по тексту, превосходит H200. Эта цифра является данными компании, методика тестирования, используемые модели и условия рабочих нагрузок не опубликованы и не поддаются проверке. Соответствующие действия на стороне программного стека продолжаются — FlagCX дополняет семантику получения Device API, адаптация Empty-рантайма в SGLang 0.5.18 находится на рассмотрении, а multi_tensor_adam уже включил Tian в список поддерживаемых бэкендов.
  • Проверка каналов: в информационном поле четыре окна мониторинга подряд присутствуют только пресс-релизы организаций-участников (10-23 ~ 10-29). Пять выпусков ежедневного отчёта в сумме выполнили 120 групп запросов на китайском и английском языках (по 24 группы за выпуск); прямой поиск по названиям компонентов (FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen) на китайском и английском в сумме стабильно даёт ноль попаданий. За пять выпусков в сумме восемь действительных записей: шесть со стороны Google News — обзор 2.2 от InfoQ (10-24), пресс-релизы MetaX и Moore Threads о MiniMax M3.1 Flash Day-0 (10-23), Open3D-PIMC от Tsingmicro (10-26), RLinf от MetaX (10-26), Megatron-MUSA-Titan от Moore Threads (10-28); две из собственных каналов сообщества — статья об адаптации двух моделей MiniCPM-OCR в режиме Day0 (10-29 11:19) и техническая трансляция sglang-plugin-FL (10-29 19:00). Колонка FlagOS на CSDN после остановки 10-22 возобновилась 10-29; восемь групп запросов HN Algolia в четырёхдневном окне дали ноль прямых попаданий; страница поиска сообщества Zhiyuan рендерится на стороне клиента, получена только страница-каркас; семидневный обход сайтов восьми организаций-участников дал лишь четыре записи (сеть постпродакшна 4K от Moore Threads, инфографика отчёта за третий квартал, обзор подфорума MetaX на CNCC 2026, а также один материал о промышленном внедрении, не связанный с программным стеком); в очереди на включение в этом цикле нет записей FlagOS.

6. Наблюдение за тенденциями

  • Узкое место версии 2.3 уже не в коде, а в том, «может ли релиз подтвердить сам себя»: самая плотная работа этого цикла — не новые операторы, а шлюзы, трассировка, отзывы и проверки согласованности — changelog превратился из «человеческой памяти» в шлюз пушей, выкладка на страницы сайта и Harbor, проверка согласованности страниц приложений подключена к pre-commit, два никогда не пушившихся зеркала отозваны, чтобы «набор файлов changelog равнялся опубликованному набору». Эти действия не создают возможностей, но напрямую определяют, сможет ли тот список релиза до 12-30 быть проверен извне. Текущее состояние: сторона сборки уже ведёт учёт по 2.3.0, список релиза всё ещё пуст, дедлайн FEP 11-13 и rc0 11-30 сожмут весь период rc.
  • Матрица бэкендов в цикле 2.3 продолжает расширяться, а не сходиться: AMD ROCm 7.2.4 вырос из одного базового образа в полноценный бэкенд, BPU Horizon Robotics из «по дизайну не может eager» стал пооператорно исполнимым. Общее у обоих — последующая работа после подключения крайне тяжела: AMD нужно дополнить сборщик и строки wheel, BPU — журналы распространения, защиту ядра копирования и отображение имён производителей, и первый барьер нового бэкенда всегда «работает», а не «быстрее».
  • Поставка Day-0 перешла от «работает ли» к «массовому копированию по единому формату», следующий решающий фактор — единые метрики: два запуска девяти чипов за неделю, в этом раунде унифицировано до единственного пути W8A8 и четыре производителя сделаны Express-версиями — конвейер релиза шаблонизирован. Пояснение MiniCPM-OCR идёт дальше: фактическое соотношение пропускной способности, нормированное по пику соотношение и задержка на устройстве изложены раздельно с указанием предпосылок — это ценнее единственного множителя и легче для сравнения коллегами по тем же метрикам в следующем раунде.
  • После автоматизации поставки операторов все ручные усилия переходят к корректности и контрактам: 22 оператора KernelGen за день, несколько партий автогенерации за неделю — норма; напротив, самые ценные коммиты недели — переполнение int32-смещения в index_put, откат bf16 GEMM Iluvatar CoreX на хост, рантайм Hygon DCU, собранный из заглушек, отсутствие точки загрузки таблицы форм Enflame, невозможность импорта бэкенда Kunlunxin — проблемы «в тестах не падает, взрывается после релиза». Внедрение ref-as-candidate в двух репозиториях и 57 исправлений тестов — водораздел, меняющий «что тестировать» с наличия оператора на согласованность эталона и реализации.
  • Цена сходимости правил отложена до 0.32: пропуск 0.28 выглядит как устранение затрат на догоняющие минорные версии, но уже влитые в 0.28 адаптации (Enflame S60, Iluvatar CoreX, MetaX, Tsingmicro, Kunlunxin) нужно заново пройти приёмку в 0.32, и этот объём переработки сейчас не несёт ни один PR. Первое доказательство внедрения 0.32 — адаптация нативного CUDA vLLM 0.32 (фиксация vLLM 0.32.0 плюс cu129, PyTorch 2.13.0, Python 3.12.3); отечественные бэкенды ещё не начаты.
  • Квантовый стек полностью отделился от мультичиповой адаптации и стал самостоятельной линией: FlagQuantum за неделю влил 226 коммитов, треть организации, и от структурной перестройки (разделение пакета QEC, жёсткое переключение Quafu SDK) перешёл к развёртыванию сценариев (коды коррекции ошибок, нейтральные атомы, термостат), затем сошёлся к конвейеру синтеза схем CS-01 – CS-07; FlagQAI параллельно делает локальный рабочий стол. Способ работы — четырёхэтапное доказательство, дорого, но хорошо проверяемо, и это единственная линия программного стека, не зависящая от прогресса производителей чипов.
  • Три риск-пункта нужно подтвердить в следующем выпуске: во-первых, отсутствие текста релиза у тегов стало нормой — FlagCX v0.14.1 и две ветки 3.6 FlagTree имеют только теги, нижестоящие могут лишь по имени восстановить бэкенд и версию Triton; если 2.3 будет поставлен так же, проверка подорожает; во-вторых, Cambricon две недели подряд без выделенного пуша в организации, только запись отзыва в build-infra — при продолжении в следующем выпуске нужно вынести отдельно; в-третьих, восстановление стека обучения неопределённо — Megatron-LM-FL имеет десять на рассмотрении, но ноль вливаний за цикл, синхронизация DeepSeek-V4 upstream в FlagScale открыта только до [2/N], тренировочная сторона отстаёт от инференса.
  • Следующая точка наблюдения: когда будет поставлен тег 2.3.0, когда создадут release-2.3.yaml; когда первый отечественный бэкенд (Ascend или Hygon) при правиле одиночного выпуска 0.32 завершит приёмку в 0.32; расширится ли путь BPU от поэлементных операторов к магистральным вроде свёрток; когда FlagCV даст первую группу бенчмарков и данных по не-GPU бэкендам; начнёт ли код Megatron-MUSA-Titan реально пушиться и образует ли повторное использование с Megatron-LM-FL.

Приложение: материалы и проверка

  • Материалы: пять выпусков ежедневного отчёта FlagOS за 2026-10-26, 10-27, 10-28, 10-29 и 10-30, окна мониторинга соответственно: с 06:00 10-23 по 06:00 10-26 (72 часа), с 06:00 10-26 по 06:00 10-27, с 06:00 10-27 по 06:00 10-28, с 06:00 10-28 по 06:00 10-29, с 06:00 10-29 по 06:00 10-30; пропусков в цикле нет. 10-24 и 10-25 — выходные, отдельных ежедневных отчётов нет, их содержание включено в 72-часовое окно выпуска за 10-26.
  • Методика проверки GitHub: по всем 61 репозиториям организации flagos-ai ежедневно проверялся статус push; слияния проверялись поиском is:merged с merged:>=начало окна как достоверный источник, находящиеся на рассмотрении — поиском is:open с updated:>=начало окна; новые коммиты в основной ветке перепроверялись через commits?sha=<ветка>&since=<UTC>; push в неосновные ветки определялись по потоку событий организации и commits.atom как резервному методу (в данном цикле затронуты репозитории docs, release-info, FlagFFT, FlagSparse, FlagGems-Experimental, TransformerEngine-FL и др.). Количество слияний по репозиториям — сумма раскрытых в каждом ежедневном отчёте данных; сумма по репозиториям за каждый выпуск полностью совпадает с общим числом слияний за выпуск, всего 755.
  • Проверка версий и тегов: выполнена перепроверка по тегам и атомарным источникам Release каждого репозитория компонентов; результат проверки 10-31: у FlagTree 0.7.1a1+mthreads3.6 время tagger — 10-26 10:13, у 0.7.1a1+tsingmicro3.6 — 10-29 11:09, у обоих отсутствует текст Release; FlagCX v0.14.1 — легковесный тег, указывает на коммит слияния от 10-29 10:55 (возврат cstddef от Kunlunxin), последняя запись в списке Releases по-прежнему v0.14.0 от 9-28; последний тег в списке build-infra по-прежнему v2.2.0; в каталоге release/2.3 репозитория community отсутствует release-2.3.yaml. В FlagGems, FlagQuantum, FlagScale, FlagBLAS, FlagDNN, FlagFFT, FlagTensor, FlagAttention, vllm-plugin-FL, sglang-plugin-FL, FlagGems-sglang, TransformerEngine-FL в данном цикле новых Release нет.
  • Проверка со стороны новостей: 24 группы китайско- и англоязычных поисковых запросов Google News RSS (для компонентов — 14 дней, для участников и отраслевых терминов — 7 дней) выполнялись по каждому выпуску, всего за пять выпусков 120 групп запросов; восемь групп HN Algolia; постатейная проверка времени публикации в колонке FlagOS на CSDN; ежедневный обход сообщества Zhiyuan и официальных сайтов восьми организаций-участников. Действительные записи цитируются по принципу «приоритет первоисточника»; повторные публикации старых новостей (материалы Enflame типа «сегодня листинг», дата листинга компании на STAR Market — 9-11), материалы вне окна (оригинал Tsingmicro «ежегодный научно-технический пионер» — 10-22), постконференционные материалы (материал об участии Huixi Intelligent в конференции, относящийся к конференции 10-17 — 10-18) и материалы о котировках и финансовых отчётах по правилам исключены и в записи не включались.
  • Пояснение методики расчёта: даты и время — пекинское время. 72-часовое окно понедельника охватывает выходные 10-24 и 10-25, их содержание маркируется по исходной дате и пересекается с предыдущим еженедельным отчётом (охватывающим 10-19 — 10-23) за 10-23; теги и слияния в пересекающейся части уже указаны в предыдущем выпуске и в данном выпуске повторно не учитываются. «Слияние» означает PR, время слияния которых по данным поиска GitHub попадает в окно; существует расхождение примерно в один день с посуточным подсчётом окон в ежедневных отчётах, в данном отчёте единообразно применяется методика по дате слияния; поиск коммитов ведётся по метрике total_count поиска, в отдельных репозиториях из-за squash-merge и задержек индексации число слияний может превышать число найденных коммитов (например, в выпуске за 10-27 у FlagGems 49 слияний против 28 коммитов), в отчёте приоритет отдаётся числу слияний. Формулировки в пресс-релизах производителей, такие как «Day-0», «без изменения кода», «соответствует или превосходит статью», являются позицией компании и не подтверждены независимым воспроизведением; данные о 1,05-кратном превосходстве Tiangaй 300 над H200 и расчёт затрат InfoQ приводятся с указанными ограничениями.
  • Ограничения: активность на уровне веток (ветки triton_v3.5.x и feature/flagmega в FlagTree, временные ветки kernelgen-dev и fix/* в FlagGems, codex/musa-shortfall в FlagFFT) невозможно полностью перечислить в разрезе основной ветки; статистика по основной ветке занижает фактический объём работы; число коммитов FlagQuantum включает merge-коммиты и коммиты синхронизации веток и не равно числу функциональных изменений; 135 массовых PR в FlagGems-Experimental на конец данного цикла все находятся на рассмотрении; остаётся наблюдать, будут ли они массово слиты и вернутся ли после слияния в таблицу операторов основного репозитория; на стороне обучения активность Megatron-LM-FL и FlagScale разрежена, уверенность в соответствующих выводах ниже, чем по стеку инференса.

Справочные материалы

//github.com/flagos-ai/FlagCX/pull/673> · https://github.com/flagos-ai/build-infra/pull/1556 · https://github.com/flagos-ai/build-infra/pull/1563

** Реорганизация пакета FlagQuantum и переход на Quafu — https://github.com/flagos-ai/FlagQuantum/pull/749 · https://github.com/flagos-ai/FlagQuantum/pull/832 · https://github.com/flagos-ai/FlagQuantum/pull/866 · https://github.com/flagos-ai/FlagQuantum/pull/876