# Стойка агентов без GPU меняет смысл учёта AI-мощности

Стойка Helion только с CPU выделяет три реестра: оборудование, готовую мощность сервиса и завершённую работу приложения. Их единицы нельзя просто складывать.

Автор: Редакция Retrivium
Language: ru
Разбор опубликован: 2026-11-03
Дата события: 2026-10-12
Первоисточник новости: https://ir.amd.com/news-events/press-releases/detail/1301/introducing-amd-helion-agentic-ai-compute-at-rack-scale
Канонический URL: https://retrivium.ai/ru/retrospectives/retro-helion-cpu-rack-accounting/

Стойка агентов только с CPU делает выражение «AI-мощность» менее точным, если не назван учитываемый ресурс. Helion показывает, почему полезная инвентаризация требует отдельных записей об исполнении, обслуживании модели и задачах приложения, которые они завершают совместно. Единый итог по стойкам способен скрывать и свободные ресурсы, и ограничивающие этапы.

## GPU-заголовок задаёт один знаменатель

[Объявление AMD и Meta 24 февраля 2026 года](https://ir.amd.com/news-events/press-releases/detail/1279/amd-and-meta-announce-expanded-strategic-partnership-to-deploy-6-gigawatts-of-amd-gpus) описывало обязательство по развёртыванию GPU. Масштаб содержателен внутри заявленной области. Он становится вводящим в заблуждение при переносе в общий показатель всех видов вычислений для AI без объяснения изменения смысла.

Развёртывание может содержать ускорители, процессоры хостов, сетевые устройства и хранилища. Обязательство по одной категории не перечисляет полезную мощность остальных. Единица измерения важна ещё до арифметики: физические устройства, подготовленные места обслуживания и завершённые пользовательские задачи представляют разные объекты учёта и требуют разных подтверждений.

## Полный стек добавляет зависимости

[Релиз полного стека AMD 23 июля](https://ir.amd.com/news-events/press-releases/detail/1294/aai-2026-amd-delivers-full-stack-compute-for-the-agentic-ai-era) объединил несколько вычислительных компонентов в платформенную историю. Это предпосылка задачи учёта: система способна улучшиться при неизменном количестве одного компонента. Более согласованная работа уменьшает ожидание без добавления ресурса, выделенного в основном заголовке анонса.

Верно и обратное. Дополнительное оборудование может не изменить число завершённых задач, когда следующий этап уже насыщен. Это причинная модель рассуждения об установке, а не заявленный результат производительности объявленной платформы. Её нужно применять к конкретному графу зависимостей, сохраняя различие между предположением и наблюдением.

## Helion выделяет другой вид стойки

[Объявление Helion 12 октября](https://ir.amd.com/news-events/press-releases/detail/1301/introducing-amd-helion-agentic-ai-compute-at-rack-scale) включает вариант исполнения агентов только на CPU. Он позволяет обсуждать рост AI-инфраструктуры без предположения, что каждая дополнительная стойка вносит одинаковый вид мощности инференса моделей. Назначение установки становится обязательной частью её описания.

CPU-стойка может выполнять процессы инструментов, компиляцию и работу sandbox вокруг модели. Генерация токенов всей установки по-прежнему зависит от отдельного уровня serving. Инференсу, напротив, может хватать пропускной способности при ограниченном количестве завершающихся агентных процессов из-за нехватки сред инструментов. Такие состояния требуют разных эксплуатационных решений.

## Связываем три разных реестра

Рабочий артефакт инвентаризации сохраняет различия:

| Реестр | Учитываемый объект | Граница интерпретации |
| --- | --- | --- |
| Физическая инвентаризация | Установленные компоненты | Наличие не устанавливает готовность |
| Мощность сервиса | Допустимые места исполнения и serving | Готовность не устанавливает спрос |
| Полезная работа | Успешно завершённые задачи приложения | Результат зависит от всего процесса |

Реестры должны ссылаться друг на друга, а не складываться. Результат задачи можно проследить до сервисов и оборудования, которые его обеспечили. Его нельзя восстановить сложением разнородных мест обслуживания в необъяснённое число общей AI-мощности. Связи между записями полезнее такого итога для последующего расследования ограничений.

## Описываем рост вместе с нагрузкой

Для ретроспективы существенно, какую дополнительную работу призвана поддерживать новая конфигурация. Helion добавляет явную категорию исполнения к истории, которую часто рассказывают через поставку ускорителей. Это расширяет знаменатель обсуждения, сохраняя полезность числа GPU в собственной корректно обозначенной области применения.

[Корпоративная инвентаризация GPU](/ru/journal/corporate-gpu-inventory/) объясняет роль первого реестра. [Пропускная способность и задержка](/ru/journal/throughput-latency-tradeoff/) показывают различия рабочих точек сервиса. Связь записей с завершёнными процессами придаёт заявлениям о мощности прикладной смысл без выдуманного универсального пересчёта между CPU-стойками и GPU-стойками.