Высокая загрузка ЦП от ntoskrnl.exe во время простоя на GetStackLimits

Я нашел ответ на свою проблему давным-давно, но забыл добавить его здесь.

Это была функциональность обслуживания в Windows 10, называемая:

RunFullMemoryDiagnostic

Найдено под:

\ Microsoft \ Windows \ MemoryDiagnostic

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

В последнее время у меня нет проблем с памятью или BSOD, но у меня есть 32 ГБ памяти, что может сыграть роль в завершении этой задачи.

Я запускал его в течение нескольких часов, но он так и не закончился, поэтому мне намного лучше без него.

Спасибо за помощь, хотя!

Мартин, в моем случае это было вызвано включением Hyper-V (до обновления с Windows 8.1 до 10) и, возможно, использованием мостовых сетевых подключений, которые были несовместимы с контроллером Realtek PCIe GBE Family (Ethernet), который поставлялся с моей настольной системой, что изначально на нем была установлена ​​Windows 8.0. Единственная причина, по которой я использовал Hyper-V, была для разработки Windows Phone 8. Я не использовал это в течение многих лет, но сеть работала по мостовым соединениям, и я никогда не мог заставить это работать без моста. Я ничего не знаю об их настройке. Установщик Visual Studio выполнил все настройки Hyper-V и виртуальной сети.

Чтобы устранить эту проблему, я просто удалил Hyper-V в диалоговом окне панели управления «Включение или отключение компонентов Windows», и это автоматически удалило мостовые соединения. Затем я потратил пару часов, чтобы снова установить прямое соединение с Ethernet. Диагностика не помогла с этим. В конце концов я прибег к старой уловке замены порта подключения, используемого на маршрутизаторе, на другой (из четырех), и Windows наконец-то снова увидела другие компьютеры в моей домашней сети.

Чтобы помочь диагностировать проблему, я использовал настройку MagicAndre1981 xperf cmd для генерации etl. (См. Установка WPT .) Затем я открыл этот файл в «Анализаторе производительности Windows» и добавил столбец «Стек», как в примере с MagicAndre1981. Имена модулей в корневом каталоге системы дали мне понять, что это может быть Hyper-V, как я и подозревал все это время.

К сожалению, я не знаю, останавливается ли это поведение, когда исчезают бездействующие условия, но для mpengine (аудио-видео от Microsoft) вполне нормально запускать инструмент MRT и сканировать как сумасшедший, что приводит к высокой загрузке ЦП в течение некоторого времени (что инструмент должен запустить сканирование) после небольшого периода простоя, когда пользователь вошел в систему.

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

Я считаю, что это проще всего увидеть с помощью Process Explorer.

Если активность остается высокой, когда прекращаются бездействующие условия, это что-то другое.