В этом материале
Процент скорости вентилятора не является его электрической мощностью и не определяет энергию охлаждения всего сервера.
Процент скорости вентилятора не является его электрической мощностью и не определяет энергию охлаждения всего сервера. Сначала установите, что показывает источник: заданный уровень, фактические RPM или иной параметр. Затем измеряйте систему в согласованной границе и одинаковых thermal условиях. Уменьшение процента на dashboard не доказывает экономию энергии, особенно если одновременно изменилась нагрузка GPU, температура входящего воздуха или работа других fans в chassis.
Уточните показание управления
Руководство nvidia-smi описывает fan readout как intended speed для поддерживаемых устройств, а не универсальный независимый tachometer. Многие серверные GPU используют охлаждение enclosure. Поэтому отсутствие GPU fan поля не означает отсутствие вентиляторов вокруг нее. Не переименовывайте процент в RPM или watts без отдельного соответствующего измерения. Сохраните модель, field semantics и физическое место вентилятора. Два одинаковых процента разных устройств не обязаны означать одинаковую скорость, airflow или потребляемую мощность и не образуют общую шкалу сравнения эффективности охлаждения.
Разведите команду и результат
Заданный уровень относится к управлению, фактические обороты — к механическому состоянию, а power — к электрической энергии за время. Нужны разные наблюдения для этих вопросов. Если есть BMC tachometer, сохраняйте его отдельно от команды. Не выводите исправность fan только из заданного процента. Также не переводите RPM в watts универсальной формулой без характеристик конкретного устройства и условий. Для эксплуатационного исследования достаточно наблюдать поддерживаемые данные и system energy, не менять cooling policy на production узле ради демонстрации предполагаемой экономии.
Пример согласованной серии
Подготовьте одинаковый inference workload и запишите inlet temperature, fan command, доступные RPM, GPU behavior и системную energy boundary. Повторите серию при предусмотренных платформой условиях, фиксируя прочие изменения. Это схема эксперимента без выдуманных ватт вентиляторов. Если весь сервер потребляет меньше, но GPU тоже выполняла меньше работы, вывод о cooling savings не подтвержден. Сравните завершенную задачу и steady-state, а не только два screenshots с разными fan percentages, полученные в разных фазах запуска модели.
Не используйте CPU zone как fan meter
Linux powercap описывает component zones и их область, а не прямое измерение энергии chassis fans. Низкое package energy не означает низкое потребление охлаждения. Для whole-system вопроса нужен соответствующий AC или иной системный meter с явно заданной границей. Разницу показаний нельзя автоматически приписать fans: в нее входят другие компоненты и потери. Если отдельного fan power sensor нет, так и укажите, сохранив наблюдаемый system result и ограниченную возможность разложения на составляющие.
Как оформить вывод
Сохраните sensor inventory, cooling mode, workload, temperature conditions и временные окна. Отдельно отметьте command versus actual readings и unsupported fields. Любые изменения охлаждения должны соответствовать документации конкретной платформы и согласованной процедуре; статья не требует снижать обороты вручную. Полезный итог показывает, что измерено непосредственно и какие выводы являются только гипотезами. Он не обещает линейного перевода процентов в watts и не считает отсутствие GPU fan telemetry доказательством пассивного охлаждения всего сервера. После firmware или hardware изменения повторите inventory, потому что смысл поля, доступность tachometer и cooling response могли измениться. Так энергетическое сравнение сохраняет связь с физическими измерениями вместо маркетинговой арифметики по двум несопоставимым процентным показателям интерфейса наблюдения.
Связанные материалы
Электричество и охлаждение: скрытые условия работы GPU; Энергия на запрос LLM: как измерять без ложной точности.