# AMD SMI в смешанном GPU-пуле: единицы и поддержка метрик

Как включать AMD SMI в смешанный GPU-пул с явными единицами, областью и статусом запросов, не принимая одинаковые подписи за сопоставимые измерения.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/amd-smi-cross-vendor-telemetry/
Language: ru

## Общей панели нужен явный слой соответствий

Смешанному GPU-пулу полезны общие отчёты, но одинаковые подписи не должны скрывать разные измерения. Поля power, utilization и memory могут иметь различную область, единицу или способ сбора в разных инструментах. Начинайте с документа соответствий вместо переименования каждого поля AMD в ближайшее знакомое название NVIDIA.

[Руководство AMD SMI CLI](https://rocm.docs.amd.com/projects/amdsmi/en/latest/how-to/amdsmi-cli-tool.html) описывает инструмент управления и рекомендует библиотечные интерфейсы для устойчивого программного сбора. Сохраняйте установленную версию инструмента, библиотеки и драйвера. Удобная для скриншота компоновка командной строки является другой границей интеграции, чем сборщик с явными статусами возврата.

## Определите словарь показателей

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

[Справочник функций AMD SMI](https://rocm.docs.amd.com/projects/amdsmi/en/latest/reference/amdsmi-cpp-api/functions.html) описывает поведение и поддержку конкретных функций на платформах. Статус запроса храните рядом со значением. Недоступная функция не должна превращаться в ноль, который делает GPU якобы более холодной, свободной или лишённой ошибок по сравнению с лучше наблюдаемым устройством.

## Сохраняйте устройство и область раздела

Связывайте локальные индексы инструмента с устойчивой инвентаризацией и хостом. Когда применимо, сохраняйте контекст разделения или виртуализации. Две GPU с индексом ноль на разных машинах не являются одним временным рядом. Изменённое представление раздела также не должно наследовать историю целого устройства только из-за удобного одинакового названия.

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

## Сначала сравнивайте покрытие наблюдениями

Рассмотрим условный отчёт пула: температура одной карты доступна, а другая не поддерживает запрос. Вторая строка должна показывать неизвестное покрытие, а не меньшую температуру. Колонка полноты полезна тем, что отделяет ограничение мониторинга от состояния оборудования, которое пытаются сравнивать операторы.

При сравнении нагрузки используйте одинаковые измерения приложения рядом с телеметрией: завершённую работу, задержку и известные условия опыта. Utilization управления является контекстом, а не оценкой межвендорного бенчмарка. Более высокий процент сам по себе не устанавливает больший полезный поток или лучшую энергетическую эффективность устройства.

## Пересматривайте соответствия при обновлении стека

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

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

- [Ollama и AMD GPU: проверка поддержки конкретной карты](/ru/journal/ollama-amd-gpu-check/)
- [Паспорт GPU в CSV: какие поля выгрузить из nvidia-smi](/ru/journal/gpu-inventory-csv-from-nvidia-smi/)