В этом материале
Обнаружение GPU управлением — одна проверка; вычисления, модель и запросы требуют собственных свидетельств.
Обнаружение является одним уровнем готовности
Утилита управления может определить Intel GPU и показать телеметрию, хотя нужный сервис модели ещё не запускается. Обнаружение оборудования, доступ runtime вычислений, совместимость движка, загрузка модели и поведение API являются отдельными проверками. Успешная инвентаризация полезна на уровне управления, но не заменяет приёмку инференса.
Репозиторий Intel XPU Manager содержит контекст проекта и инструментов управления. Записывайте фактически установленный пакет и среду выполнения вместо предположения, что команда из другого выпуска имеет те же поля и поддержку на данном узле.
Сохраняйте идентификаторы и покрытие запросов
Рядом с наблюдением нужны хост, идентификатор устройства, доступные сведения PCI, выпуск инструмента и относящиеся к нему данные драйверного стека. Разделяйте поддерживаемые значения, неподдерживаемые возможности и ошибки запросов. Отсутствующее поле здоровья не должно становиться успешным результатом только потому, что устройство удалось перечислить.
Примечания к выпускам проекта показывают важность версии. Например, для выпуска 2.3.0 документировано требование к версии Level Zero при чтении и настройке health status. Другие операции управления могут работать и при отсутствии поддержки этой возможности. Применяйте правило установленного выпуска, не превращая пример в вечное требование всех версий.
Проверяйте вычислительный путь независимо
Затем используйте сведения совместимости выбранного runtime и движка для точной комбинации GPU и программного обеспечения. Небольшую проверку вычислений сохраняйте отдельно от обнаружения управлением. Нельзя считать, что знакомая команда запуска NVIDIA, пакет CUDA или переменная выбора устройства описывает путь выполнения Intel.
Если управление работает, а вычисления не проходят, это уточняет исследуемый уровень. Такой результат ещё не доказывает физическую неисправность ускорителя. Зависимости драйвера, права, видимость устройства и поддержка движка требуют отдельных свидетельств, особенно внутри контейнера со средой, отличающейся от оболочки хоста.
Проверьте настоящий сервис модели
В ограниченных условиях загрузите закреплённый совместимый артефакт, затем проверьте readiness и небольшой запрос с определённым завершением. Инициализацию, первый ответ и устойчивую работу учитывайте отдельно. Успех низкоуровневой операции не устанавливает поведение токенизатора, качество модели или полный контракт API приложения.
В условной приёмке могут одновременно присутствовать успешное обнаружение, неподдерживаемое поле телеметрии и ошибка загрузки модели. Это три корректных результата, которые нужно сохранить. Замена их общим ярлыком «GPU не прошла» теряет различия, необходимые для полезного дальнейшего исследования.
Версионируйте трактовку телеметрии
При обновлении xpu-smi или сборщика пересматривайте определения метрик. Примечания выпусков могут менять атрибуцию и отчётность utilization, памяти и ошибок. Храните исходные значения и выпуск инструмента, чтобы один график незаметно не объединял разные смыслы под общей подписью.
Итоговая запись содержит отдельные уровни обнаружения, покрытия метрик, вычисления, готовности модели и проверки запроса. Каждая строка имеет собственный результат и свидетельства. Так становится ясно, что именно продемонстрировал узел, без превращения видимой карты в обещание готового промышленного LLM-сервиса. При смене одного уровня повторяйте затронутые проверки и сохраняйте границу изменения рядом с прежним результатом.