Создатель Диспетчера задач Windows объяснил, почему он показывает неточную загрузку ЦП

Дэйв Пламмер, создатель оригинального Диспетчера задач Windows, объяснил в своём видео, почему этот инструмент может показывать неточные данные о загрузке процессора. Проблема связана не с путаницей в базовых и турбо-частотах, а с методом усреднения данных и компромиссами, заложенными в алгоритмы для простоты восприятия.

Как отмечает Пламмер, Диспетчер задач не рассчитывает загрузку для каждого обновления интерфейса. Вместо этого он использует период «сколько всего процессорного времени фактически было учтено и потреблено всеми процессами между последним и текущим замерами». Полученная цифра — это «движущийся некролог недавнего прошлого», который усредняет активность за окно обновления.

Если процесс просыпается, беснуется 100 миллисекунд, а затем снова засыпает, Диспетчер задач может показать небольшое среднее значение или даже округлённый ноль в зависимости от окна обновления и того, какой общей ёмкости существовало в течение этого интервала. Это не потому, что он пропустил работу. Это потому, что он разбавил работу за всё это окно.

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

Он защищает подход Диспетчера задач как понятный для обычных пользователей:

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

Ранее Microsoft анонсировала исправление в предварительных сборках Windows 11, пообещав привести метод расчёта загрузки ЦП в соответствие с отраслевыми стандартами.