С выходом обновления Windows 11 24H2 KB5058411 от мая 2025 года Microsoft привела формулу загруженности центрального процессора, по которой показатели подсчитывались для вкладки «Процессы» в диспетчере задач, в соответствие с показателями во вкладках «Производительность» и «Пользователи», обратил внимание ресурс Windows Latest. Ранее данные, которые выводятся во вкладке «Процессы», подсчитывались по другой формуле, и показатели загруженности процессора могли не совпадать.

Источник изображений: windowslatest.com

Столкнувшись с замедлением работы компьютера, опытный пользователь обычно открывает диспетчер задач, где можно определить, какая из них работает на пределе и, вероятно, вызывает проблемы. Во вкладке «Процессы» любая из позиций могла показать загрузку до 100 %, но суммировать показатели по каждой из них было бессмысленно. С обновлением от мая 2025 года диспетчер задач Windows 11 перевели на формулу, соответствующую единому отраслевому стандарту.

Ранее во вкладке «Процессы» по умолчанию использовалась метрика Processor Utility, отражающая «полезность» процессора; во вкладках «Производительность» и «Пользователи» использовался более точный вариант отношения процентов использованного времени процессора к показателю Processor Utility, что является отраслевым стандартом. Эта же формула применяется при расчёте загрузки процессора сторонними утилитами и приложениями OEM-производителей.

В старом варианте во вкладке «Процессы» число ядер процессора не учитывалось. Поэтому когда хотя бы одно из ядер на 16-ядерном чипе было занято полностью, загрузка процессора определялась как 100 %. Попытавшись самостоятельно просуммировать загрузку по каждому процессу, пользователь никогда не получал 100 %. Ещё одна проблема — в устаревшем варианте расчёт загрузки производился относительно базовой тактовой частоты процессора, и работающие в турборежиме ядра сообщали значения выше 100 %, которые при выводе отсекались до 100 %.

С выходом обновления Windows 11 24H2 KB5058411 во всех вкладках диспетчера задач расчёт стал производиться по формуле «процент загрузки процессора = процессорное время, выделенное для задач данного процесса ÷ (всё прошедшее время × общее количество доступных в системе логических процессоров)». При такой формуле расчёта если общая загрузка процессора составляет 69 %, то попытка просуммировать показатели загрузки по каждому процессу даст те же 69 %. Можно вернуться и к исходному способу расчёта. Для этого потребуется открыть вкладку «Подробности», щёлкнуть правой кнопкой мыши по заголовку столбца и выбрать Processor Utility в списке доступных столбцов.

Обновление диспетчера задач привело его в соответствие с классами Windows Management Instrumentation (WMI), которые используются средствами Perfmon (Performance Monitor), PowerShell Get-Counter и сторонними средствами мониторинга производительности.

Microsoft исправила неточность в «Диспетчере задач» Windows 11, связанную с расчётом загрузки центрального процессора (CPU). Ранее утилита определяла этот показатель на основе базовой тактовой частоты процессора, игнорируя динамические изменения, такие как разгон и андерклокинг. Это приводило к занижению показателя суммарной загрузки, а при ручном сложении использования ресурсов процессора отдельными приложениями — к результатам выше 100 %. Обновление Windows 11 Insider Preview Build 26120.3360 устраняет эту проблему, приводя расчёты в соответствие с отраслевыми стандартами.

Источник изображения: Microsoft

Ранее «Диспетчер задач» отображал загрузку CPU, опираясь на его базовую тактовую частоту, а не на фактическую рабочую или разогнанную частоту. Этот метод расчёта приводил к некорректным показателям: загрузка CPU могла отображаться ниже реальной, так как утилита не учитывала динамические изменения частот. В результате при полном использовании ресурсов CPU во вкладке «Подробности» суммарное значение загрузки процессора могло превышать 100 %, если складывать показатели загрузки по процессам вручную. Это несоответствие часто вводило пользователей в заблуждение. Microsoft отметила в официальном блоге Windows, что исправление устраняет расхождения с данными сторонних утилит мониторинга, таких как Process Explorer.

Проблема усугублялась особенностями графического представления данных в «Диспетчере задач». Вкладка «Производительность» ограничивала график загрузки CPU на уровне 100 %, даже если процессор фактически работал на более высокой тактовой частоте. Это означало, что при разгоне или интенсивных вычислениях реальная загрузка могла превышать этот порог, но «Диспетчер задач» этого не показывал. Ситуация становилась ещё сложнее при андерклокинге (снижении частоты CPU вручную): даже если процессор достигал предельной производительности в рамках установленной частоты, инструмент не показывал 100 % загрузку.

Источник изображения: Tom's Hardware

Несмотря на значительное влияние на точность мониторинга, Microsoft долгое время не исправляла эту ошибку. Основная причина — большинство пользователей Windows не замечало этих расхождений. Те, кто серьёзно следил за нагрузкой CPU, предпочитали использовать сторонние утилиты, например Process Explorer или HWMonitor, которые предоставляли более точные данные. Однако с внедрением новой методики расчёта «Диспетчер задач» стал способен отображать корректный уровень загрузки процессора, что снижает потребность в использовании сторонних утилит.

Это обновление особенно полезно для пользователей, использующих технологии автоматического разгона процессора, такие как Intel Turbo Boost и AMD Precision Boost. Microsoft также сохранила старый метод расчёта загрузки CPU для обратной совместимости, но теперь этот параметр будет называться CPU utility. Это позволит программам, которые ранее полагались на устаревшую систему вычислений, корректно функционировать без необходимости адаптации к новому алгоритму.

Источник изображения: Microsoft

Исправление в «Диспетчере задач» является частью более широкой стратегии Microsoft по повышению точности данных системных утилит. В мае 2024 года компания обновила способ отображения тактовой частоты оперативной памяти, заменив мегагерцы (МГц) на мегатранзакции в секунду (МТ/с), что является более технически корректной единицей измерения. Хотя эти изменения не оказывают значительного влияния на повседневную работу пользователей, они важны для энтузиастов, следящих за производительностью своих систем.