Summary

  • draft-ietf-bmwg-powerbench-03 задаёт лабораторную методику с внешним измерителем мощности и контролируемым трафиком. Это не эксплуатационное энергоменеджмент-решение и не сертификация устройств.
  • В режиме Idle+ по каждой активной паре интерфейсов идёт двунаправленный поток 1 пакет/с. Он может активировать плоскость пересылки, поэтому Base, Idle, Idle+, Typical и нагрузка — условия измерения, а не универсальные Power States.
  • Для сопоставимого T/P надо сохранить уровни и веса нагрузки, успешную пересылку, аппаратно-программную конфигурацию, точность прибора, интервал стабилизации и окно усреднения.

Одинаковая подпись «idle» скрывает разные машины

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

PowerBench версии 03 называет первый режим Idle, второй — Idle+. Минимальный поток выбран так, чтобы активировать forwarding без измеримой динамической мощности обработки. При этом возможен переход внутренних блоков, тактов, памяти или охлаждения в иной режим.

Именно поэтому новая редакция отделяет условия измерения от Power State. Устройство способно сохранить состояние между условиями или сменить его внутри одного теста. Если состояние наблюдаемо либо задано явно, отчёт должен назвать его и способ проверки. Но это дополнительный контекст, не замена процедуре.

Всего описаны Base — заводская конфигурация после загрузки без трансиверов; Idle — полная конфигурация пересылки, интерфейсы up, трафика нет; Idle+; Typical — заявленная доля максимального throughput с распределением RFC 6985 IMIX; а также нагрузочный тест на конкретных портах или линейных картах.

Control plane, management, telemetry и thermal management могут оставаться активными при Idle и Idle+. Их состояние надо раскрывать. Отключение процессов только в одном прогоне меняет объект измерения, даже если модель корпуса та же.

По сравнению с версией 02 причинная формулировка стала аккуратнее. Idle+ не обязательно «выводит из режима низкой мощности»; различие может отражать такой переход. Показание — факт наблюдения, но ещё не имя причины.

Статус документа также ограничен. Datatracker показывает активный рабочий черновик BMWG, редакцию 03 от 30 сентября 2026 года. Заголовок указывает Standards Track, однако замороженный API-ответ не содержит intended level. Это не RFC, не одобрение и не сертификат продукта.

Формула оценивает выбранный профиль, а не абстрактную эффективность

Energy Efficiency Ratio задан как EER = T/P, Гбит/с на ватт. T — взвешенная сумма пропускной способности интерфейсов на нескольких уровнях нагрузки. P — взвешенная сумма соответствующих измерений мощности.

Уровни и коэффициенты выбираются заранее. Пример — 100%, 30%, 0% с весами 0,1, 0,8, 0,1; для access, core и data center допустимы разные профили. Это не мелочь оформления. Весовой профиль определяет, чья эксплуатация представлена в результате.

Допускается и другой числитель: общая, а не взвешенная ёмкость интерфейсов. Итог пропорционален, но отвечает на иной вопрос. Смешивание вариантов в одной колонке «Гбит/с/Вт» ранжирует договорённости о вычислении, а не только оборудование.

Трафик обязан выйти через правильный порт. Базовое правило — нулевая потеря по логике Non-Drop Rate из RFC 2544. Ненулевой допуск раскрывается и обосновывается. В ссылочной процедуре невозможность вернуться к полной NDR-нагрузке дисквалифицирует результат.

Иначе устройство могло бы «сэкономить» электричество, перестав делать работу. Методика не позволяет знаменателю улучшаться за счёт исчезновения числителя.

Граница прибора проходит по входу питания

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

Лабораторные условия: 23–27 °C, относительная влажность 25–75%, давление 812–1060 гПа. Версия 03 требует документировать точность прибора, соответствующую диапазону, и включать её в отчёт.

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

Документ прямо говорит: это лабораторный benchmark, не система мониторинга или управления энергией в эксплуатации. Он может дополнить живую телеметрию, но не доказывает потребление площадки, охлаждение, резервирование, углерод или годовую экономию.

Два временных интервала защищают от удобного мгновения

После изменения нагрузки меняются очереди, кэши, частоты, температура, вентиляторы и фоновые процессы. Мгновенный снимок фиксирует переход, позднее среднее — другой режим.

PowerBench требует интервал стабилизации от применения нагрузки/конфигурации до начала замера и интервал измерения — окно, по которому усредняется мощность. Метод усреднения и отдельные значения для разных нагрузок тоже указываются.

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

При сравнении одного шасси до и после обновления надо фиксировать оптику, карты, фоновые функции, трафик, среду и окна. Иначе номер версии получит причинность, которой у него нет.

Программируемое устройство включает компилятор

Для P4, FPGA и других programmable data planes версия 03 добавляет установленную программу/workload, версию compiler/toolchain и описание таблиц либо stateful-операций.

После компиляции то же физическое устройство может стать другой машиной пересылки. Глубина таблиц, match-структуры, счётчики и регистры меняют память и pipeline. Модель, ОС и число портов больше не идентифицируют тестовый объект.

Отчёт должен служить паспортом исполнения: hardware, software, line cards, enabled/active ports, интерфейсы, трансиверы, настройки, utilization, trace, программа, компилятор, среда, прибор и время.

История редакций показывает общий вектор изменений: отделить лабораторию от эксплуатации, уточнить точность и электрическую границу, добавить программируемый контекст и не путать условие с состоянием. Это укрепляет отчёт, но не создаёт победителя.

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

Источники и пределы

Использованы текст, HTML, XML, Datatracker и история, версия 02, RFC 2544, RFC 6985, RFC 6988, RFC 7460 и GREEN terminology draft. Частные данные не применялись.