Система Windows 10 (ntoskrnl.exe), использующая процессор, когда машина простаивает некоторое время

Question

Я заметил, что процессор моего ноутбука начинает привыкать (может быть, 15% использования?) и вентилятор процессора включается, как правило, вечером, когда мой ноутбук простаивает около 5 минут. Процесс, использующий ЦП, был System который ничего мне не говорит, поэтому я решил оставить Process Process запущенным и отслеживать потоки для System . Он снова начал использовать процессор, и вот что я нашел:

Поток, поедающий ЦП после нескольких минут простоя, имел начальный адрес ntoskrnl.exe!RtlAvlRemoveNode+0x7ba0 . Так что это кажется довольно ядром системы. Кто-нибудь знает, что может быть причиной этого и / или как я мог бы дополнительно диагностировать это? Мне не нравится, когда мой вентилятор процессора так крутится, и я хотел бы, чтобы система делала это.

Я даже отключил все запланированные задачи, которые запускаются в режиме ожидания (их можно найти с помощью PowerShell Get-ScheduledTask | Where-Object { $_.State -ne "Disabled" } | Select-Object TaskName, TaskPath, Triggers | Where-Object { $_.Triggers -match "MSFT_TaskIdleTrigger" }), и это все еще происходит.

Answer 1

Вызываемые подсистемы, которые я могу определить в вашем стеке вызовов:

• MMCSS - mmcss.sys
• DirectX 12 - dxgmms2.sys

Можно увидеть другие низкоуровневые вызовы служебных функций, но мы не знаем, кто их вызывает, поэтому они не добавляют много информации. Здесь четко обозначены подсистемы высокого уровня MMCSS и DirectX 12:

• Служба планировщика мультимедийных классов (MMCSS) : обеспечивает мультимедийным приложениям приоритетный доступ к ресурсам ЦП.
• DirectX 12 : программное обеспечение Windows, которое работает непосредственно с вашим видео и аудио оборудованием.

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

Планировщик заданий никогда не запускает графическое приложение, так что это не то направление, куда нужно идти. Вам нужно найти графическое приложение, которое запускается в состоянии простоя.

Наиболее очевидным кандидатом является заставка. Я бы предложил отключить его в качестве теста:

• Щелкните правой кнопкой мыши по рабочему столу и выберите "Персонализация"> "Экран блокировки"> "Настройки экранной заставки", установите (None) в качестве экранной заставки и нажмите "ОК".
• Вместо этого вы могли бы в Панели управления> Параметры электропитания> Изменить настройки плана установить "Отключить дисплей", чтобы, по крайней мере, иметь пустой экран.

Если это не поможет, вам нужно будет найти другое установленное графическое приложение, которое делает что-то другое на холостом ходу.

Answer 2

Начальный адрес потока упоминает RtlAvlRemoveNode . Эта функция вызывается через ntoskrnl.exe . Rtl расшифровывается как Run-Time Library, поэтому (скорее всего и без дальнейшего углубления в нее) она вызывается через нативное приложение (например, программу autochk). Если вы хотите узнать больше об истории, на этом сайте много информации. Однако это только начальный адрес, не обязательно, чтобы эта функция вызывала использование процессорного времени. Нажмите кнопку "стек", чтобы увидеть полный стек вызовов, или используйте сторонние инструменты, такие как ProcessThreadsView .

У вас есть два основных варианта:

• Подход с отслеживанием ошибок: вы отключаете приложения, например, через планировщик задач / безопасный режим и т.д., Надеясь отключить нужное приложение. (Скорее всего, приложениями могут быть заставка, дефрагментация, индекс поиска и т.д., Но не обязательно что-то, что вызывается при простое ПК)

• Аналитический подход: вы проводите дальнейший анализ, чтобы точно определить проблему, например, путем дополнительного анализа рассматриваемого потока или с помощью "Windows Performance Toolkit" для дальнейшей идентификации приложения, которое вызывает использование ЦП.

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

Если вы ничего не получите по следам и ошибкам, вам придется переключиться на более аналитический подход. Как предложил HoD в своем комментарии, Windows Performance Toolkit - хороший следующий шаг. Когда у вас будет больше информации или возникнут конкретные проблемы, вы можете указать свой вопрос, чтобы мы могли вам помочь.

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

Answer 3

Это просто задачи по обслуживанию Windows 10, которые запускаются после простоя системы некоторое время.