У меня 15 компьютеров все с той же проблемой. Все они используют процессор в холостом режиме около 80%. Это происходит сразу после входа в систему и сохраняется в течение 30 минут, прежде чем проблема временно разрешится (до следующей перезагрузки).

svchost.exe (LocalServiceNoNetwork) использует процессор, а в диспетчере ресурсов MpsSVC - сервис, использующий процессор. Эта услуга связана с брандмауэром Windows.

Запуск Windows при диагностике запуска процессора нормально. Отключение всех служб, не принадлежащих Microsoft, по-прежнему приводит к высокой загрузке ЦП.

Я пытался восстановить с помощью SFC. Он говорит, что файлы восстановлены, но проблема сохраняется при перезапуске. Только один файл появляется в журналах как не удалось восстановить, и отображается 4 раза:

2016-11-29 14:33:13, Info                  CSI    00000730 [SR] Cannot repair member file [l:36{18}]"Amd64\CNBJ2530.DPB" of prncacla.inf, Version = 6.2.9200.16430, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, hash mismatch

Также пытались использовать DISM с последним источником с тем же результатом.

Я также попытался включить ведение журнала брандмауэра Windows, к сожалению, оснастка MMC также аварийно завершает работу на этих машинах. Журнал событий для брандмауэра Windows не имеет ничего выдающегося.

Обновить

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

2 ответа2

1

Анализ ETL с WPA показывает, что загрузка ЦП происходит из-за перечисления правил брандмауэра (FirewallAPI.dll!FwEnumRules , что приводит к большим MrmCoreR.dll называет как MrmCoreR.dll!Microsoft::Resources::Runtime::CResourceReferenceHandlerInternal::GetM3ResourceString для загрузки некоторых строковых ресурсов.

1 То, что вы можете сделать, это удалить все самостоятельно определенные правила и снова начать создавать свои собственные.

Также Windows 8 (6.2.9200) не поддерживается! Обновление до 8.1 (6.3.9600) для получения новых обновлений. Может быть, это проблема, которая исправлена в 8.1.

0

У вас есть многопользовательская лаборатория? Приложения Metro добавляют множество дополнительных правил брандмауэра для каждого пользователя. Посмотрите, дают ли эти команды в PowerShell много результатов. Чем больше правил, тем больше ЦП используется при входе нового пользователя:

get-netfirewallrule -all
get-netfirewallrule -all -policystore configurableservicestore

Вторая команда, вероятно, вернет намного больше результатов. Вы можете удалить любое правило, принадлежащее sid, который больше не имеет профиля. Windows не очищает их при удалении профилей. Второй набор правил не появится на панели управления брандмауэра Windows.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .