Что именно посчитано
В профилировании CPU встречаются инструкции, микрооперации и события завершения. Эти величины нельзя считать разными названиями одного объёма работы. Современная архитектура может выполнять внутренние действия, которые не соответствуют итоговому архитектурному результату один к одному. Поэтому высокий счётчик не является универсальным доказательством большей полезной производительности.
Материал углубляет смысл событий PMU, не повторяя вводную статью об IPC. Здесь нет готового набора кодов для всех процессоров. Для события нужны точная модель, определение и поддерживаемый инструмент. Одинаковая короткая подпись в разных архитектурах не гарантирует одинаковую область учёта и условия.
Архитектурная инструкция
Программа задаёт определённую последовательность, но её внутреннее выполнение зависит от реализации процессора. Одна архитектурная инструкция не обязательно равна одной внутренней операции. Также разная работа может требовать разного числа инструкций. Поэтому сравнение их количества без алгоритма и результата не является универсальным рейтингом CPU или качества приложения.
Нельзя считать меньшее число автоматически лучшим. Программа могла выполнить другую работу, использовать библиотеку с иной реализацией или не обработать часть данных. Для сравнения нужен одинаковый полезный результат. Иначе счётчик позволяет красиво объяснить несопоставимые запуски, но не доказывает эффективность или преимущество платформы в реальной задаче.
Retired
Термин относится к определённому этапу архитектурного завершения в применимой модели. Он не является общим названием всего, что было декодировано или начато. Точное определение события берут из документации. Нельзя расширять его на все внутренние действия только потому, что они произошли за тот же интервал времени.
Спекулятивная работа может иметь иной учёт в других событиях. Но это не позволяет вычислить весь её объём простой разностью двух случайно выбранных строк. События могут иметь разные границы и правила. Для инженерного вывода нужна согласованная модель измерения, а не арифметика показателей с похожими названиями.
Микрооперации
Внутренние операции являются частью реализации, но их сравнение между архитектурами требует осторожности. Нельзя считать одну микрооперацию стандартизированной единицей полезной работы для всех CPU. Объединение, разбиение и другие механизмы зависят от конкретной модели. Поэтому универсальный перевод из микроопераций в инструкции или секунды отсутствует.
Также нельзя по высокому числу внутренних действий ставить диагноз неисправности. Оно может отражать нормальный путь задачи и определение события. Если приложение медленное, сначала нужен симптом и воспроизводимый сценарий. PMU помогает исследованию, но не заменяет вопрос, какой результат получен и где проходит граница измерения.
Время и циклы
Для производной метрики требуется согласованный знаменатель. Прошедшее время, активные циклы и другие счётчики описывают разные интервалы и области. Нельзя делить показатель процесса на произвольное число всей системы без проверки. Даже корректные исходные значения могут дать бессмысленный итог, если их область не совпадает.
Миграция потоков и фоновые задачи также имеют значение. Системный счётчик не становится счётчиком одного приложения только потому, что видно одно окно. Если инструмент предоставляет атрибуцию, её ограничения сохраняют в отчёте. Неизвестный учёт ядра ОС или других процессов нельзя незаметно объявить отсутствующим.
Доступность события
Наличие записи в общей базе не гарантирует поддержку на каждом процессоре. Требуются точная идентификация и применимое описание. Виртуальная среда может предоставлять другую модель возможностей. Поэтому документация физического хоста не заменяет проверку того, что действительно доступно гостевой системе в выбранной конфигурации.
Также нельзя считать нулевой результат доказательством отсутствия работы. Событие может быть недоступно, неправильно выбрано или иметь неподходящее условие. Сначала проверяют инструмент и источник. При ошибке конфигурации измерение помечают недостоверным, а не используют ноль как аргумент о превосходстве архитектуры или отсутствии активности.
Что сохранить
Укажите CPU, ОС, инструмент, событие с источником и область измерения. Отдельно запишите задачу, данные, длительность и полезный результат. Если используется производная величина, покажите формулу и согласованность интервалов. Это важнее числа знаков после запятой, которое не раскрывает точность и корректность учёта.
Для покупателя достаточно сопоставимого приложения и прозрачного объяснения. Не нужно превращать обзор в соревнование сырых PMU-кодов. Если низкоуровневые данные не подтверждены, их лучше оставить исследовательской гипотезой. Практический результат может быть полезен сам по себе, пока ему не приписывают непроверенную внутреннюю причину.
Одновременность счётчиков
Если инструмент по очереди использует ограниченный набор аппаратных ресурсов, производное отношение может зависеть от способа обработки интервалов. Нельзя считать любые две строки строго одновременными без проверки. Для короткой меняющейся нагрузки это особенно важно: разные окна способны захватить разные фазы. В отчёте сохраняют режим сбора и ограничения инструмента. Много знаков после запятой не устраняет несогласованность наблюдений и не заменяет точного определения исходных событий.
Перед публикацией
Определения и поддержка событий требуют NEEDS_FACTCHECK_LATER. База perfmon не является результатом испытания ноутбука. Главный вывод: завершённые инструкции, внутренние операции и циклы различаются; их количество имеет смысл только с точной областью и одинаковой работой, а не как универсальная мера скорости.