Не можете избавиться от высокой загрузки ЦП Win 10 «система и сжатая память»?

2

первый пост здесь, Я прочитал все, что смог найти (и не только здесь) по этой теме, но до сих пор ничего не решило мое дело, у меня есть примерно 30-летний опыт работы по сборке / обслуживанию ПК, и я впервые сдаюсь так что я скромно здесь, чтобы спросить совета.

У меня есть новый ПК Skylake Z170, чистая установка Win 10 PRO + все обновленные драйверы (с сайта производителя) и очень мало программ. Машина предназначена для редактирования фотографий, и я стараюсь содержать все в чистоте, насколько это возможно, без антивируса (работа в основном в автономном режиме), без вирусов, только строгая необходимость.

Аппаратное обеспечение (два месяца) стабильно, с тактовой частотой, я запустил Memtest86 в течение 8 проходов (один день и половина) без ошибок, никогда не имел ни одного BSOD.

В ноябре, после обновления Win 10 10586, я начал замечать, что в режиме ожидания «система и сжатая память» всегда работали с загрузкой ЦП около 12% -13% (ЦП 0 был полностью загружен). Я старался изо всех сил отладить проблему, удалил ВСЕ, проверил / настроил все, но безрезультатно, но после нескольких дней несанкционированного вмешательства проблема исчезла без того, чтобы я смог точно понять, почему. В любом случае, после того, как система была исправлена, я начал переустанавливать драйверы и приложения, проверяя каждый шаг, появлялась ли проблема, и все было хорошо.

ПК работал отлично до прошлой недели.

До моей памяти я сделал несколько небольших обновлений Windows, обновление BIOS (для исправления проблемы Prime95 с последним микрокодом процессора) и обновил до последних драйверов Nvidia и программы калибровки экрана X-rite. В какой-то (не конкретный) момент я снова заметил странную проблему, чертовски «системная и сжатая память» с загрузкой ЦП 12% -13%, всегда и сразу после загрузки, как это было ранее.

Я вернул обратно все изменения, вернулся к предыдущему BIOS и настройкам тоже, но без решения. Ничего не изменилось в оборудовании.

На данный момент у меня есть следующие настройки: - Win 10 Pro (10586.63) - Отключенный файл подкачки - Отключен SuperFetch - Отключен сон и гибернация - Профиль мощности при максимальной производительности - Отключены Кортана и Индексирование и все, что возможно, фон вещь - Отключен RunFullMemoryDiagnosticEntry формы Task Scheduler, как это предлагается в другом ответе здесь на Superuser - Intel Graphics отключена в BIOS и драйверы не установлены - все драйверы снова в актуальном состоянии - система на 100% чистая, установлено только несколько оригинальных доверенных программ, они никогда не использовались для просмотра или любой другой интернет-активности, кроме Windows Update.

Что еще хуже, я могу сказать вам, что проблема присутствует даже при загрузке в безопасном режиме.

Я запускаю несколько трассировок ЦП с WPR, один даже в безопасном режиме, соответствующий ETL предоставляется здесь: Трассировка процессора ETL в zip-файле в безопасном режиме

Из того, что я вижу в анализе WPA, виновник hal.dll - & gt; Функция HalpReadPCIConfig согласно следующему скриншоту

WPA screenshot

Я попытался выяснить, может ли это быть конфликтом PCI, но аппаратное обеспечение не было изменено, и одно и то же аппаратное обеспечение, BIOS и настройки работают без сбоев в течение более одного месяца без проблем, поэтому я склонен исключать аппаратные причины. С другой стороны, тот факт, что проблема появляется даже в безопасном режиме, отключил подозреваемого водителя, так что ... не знаю ...

Да, я признаю, что достиг своего предела, если у вас есть предложения, пожалуйста, дайте мне увидеть свет, Единственное, чего я бы не хотел, это сделать полную переустановку, потому что я настроил множество мелочей, которые я действительно расстроен, чтобы сделать это снова, по крайней мере, без того, чтобы найти четкий ответ относительно причины проблемы: Я бы не рискнул переустановить и настроить все, а затем иметь возможность увидеть, что это происходит снова, потому что я не нашел реальной причины (явление / исчезновение явления без видимых объяснений действительно беспокоит) ...

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

Спасибо заранее.

Чао.

Андреа :)

NeroMetalliko
источник
1
Вау, это много текста. Длина вашего вопроса может отталкивать потенциальных ответчиков, поэтому постарайтесь сформулировать свой вопрос в самой минимальной возможной форме.
boxspah
1
Вы не можете отключить сжатие в версии 1511 с помощью управления памятью. Половина вашей проблемы в том, что вы отключили почти все функции производительности в Windows. Хорошие новости, вы можете отключить управление памятью.
Ramhound
Вернитесь к W7 или 8, стабильной ОС.
Moab
1
@ scriptHero: извините, но я решил поместить в первоначальный пост всю информацию, которую получил, результаты большой отладочной работы, таким образом, я думаю, что возможный ответ будет более целенаправленным, пропуская сразу все уже протестированные вещи.
NeroMetalliko
1
@ Ramhound: я никогда не просил отключить сжатие памяти, я только попросил способ избавиться от явного эффекта плохого поведения. Ясно, что это не нормально / приемлемо иметь 12% загрузки процессора в режиме ожидания. Все функции, которые я отключил, были постепенно отключены для устранения проблемы.
NeroMetalliko

Ответы:

3

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

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

  • отключено CPU VtD, быстрая загрузка, логотип, номер блока, Trusted Platform, управление питанием, пробуждение по локальной сети, защита BIOS: нет эффекта
  • отключен последовательный порт: нет эффекта
  • отключена встроенная графика процессора: нет эффекта
  • отключение неиспользуемых портов SATA: без эффекта
  • Аудио Realtek на борту отключено: нет эффекта
  • отключен встроенный контроллер Thunderbolt 3 (Intel Alpine Ridge): нет эффекта
  • полностью отключен контроллер Intel SATA (по-прежнему может загружаться с PCI nvme SSD): никакого эффекта
  • отключен встроенный сетевой адаптер Intel и «IOAPIC 24-119 записей» (ПРИМЕЧАНИЕ: на данный момент были включены только процессор, слоты PCI и USB-порты, дальше идти невозможно): решено!

После последней перезагрузки Windows загрузка процессора составила 0,2%, и «система и сжатая память» больше никогда не поднимались.

Жаль, что на последнем шаге я сделал две блокировки вместе, а не одну в одиночку.

После этого я начал шаг за шагом снова включать ВСЕ соответствующие устройства в обратном порядке, и проблема больше не возникала. Это действительно любопытно, и это мешает мне повторить эффект на данный момент.

Тем не менее, вот уже несколько дней ПК работает отлично, я сделал несколько небольших обновлений Windows, и все в порядке. Я все еще не пытался обновиться до последней версии драйвера Nvidia (361.75 выпущен вчера), но сейчас я буду ждать, потому что я не хочу перекалибровать свой монитор, и я видел, что есть некоторые проблемы с добавленной предварительной поддержкой Thunderbolt 3, поэтому я пропущу это.

ЗАКЛЮЧЕНИЕ: Как и предполагалось, отладочная работа подтвердила мне, что проблема связана не только с аппаратным обеспечением (сбой или конфликт), ни с драйвером (потому что он присутствовал даже в безопасном режиме). В этом случае он должен был появиться снова после повторного включения конфликтующего устройства.

Я твердо думаю, что в прошлом (и дважды) что-то не так в конфигурации Windows, вероятно, во время обновления Windows / драйвера / BIOS, из-за ошибочного поведения управления ресурсами Windows. После этого было трудно правильно «переопределить» настройку даже при выборочном отключении оборудования.

После высвобождения большого количества ресурсов / отключения запросов ко всем устройствам, на мой взгляд, решающим фактором стало отключение переназначения записей IOPIC 24-119: возможно, это заставило Windows перераспределить конфигурацию своих ресурсов с нуля, и это произошло успешно. После этого даже при повторном включении настроек bios и устройств mb в любом случае получилась окончательно лучшая конфигурация без ошибочного повторного запуска высокой загрузки ЦП «система и сжатая память» (которая была вызвана hal.dll -> gt; PCI , как видно из трассировки ETL).

Будучи в настоящее время неспособным повторить явление снова, я пока держу весь вопрос в режиме ожидания.

Я буду держать этот пост в курсе, если что-то случится или я найду что-то еще, чтобы поделиться

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

Спасибо, чао.

Андреа :)

NeroMetalliko
источник
+1 спасибо за размещение вашего решения. Я одобрю ваш вопрос, может быть, я смогу сослаться на него, когда у пользователей возникнут проблемы с ACPI / HAL в Win10.
magicandre1981
Похоже, на этот раз на Windows влияет небрежная реализация ACPI производителя.
Daniel B
1

У меня была такая же проблема на новой платформе Skylake с w10. При использовании Gigabyte Z170-UD5 TH с биосом F3 загрузка ЦП составляла 0% в состоянии простоя, когда я обновил биоси F4 или F5, система каждый раз загружалась на 15%.

Я отключил встроенный сетевой адаптер Intel в BIOS и запустил w10 с 0% загрузки процессора. Снова включен, и я все еще с 0% загрузки процессора.

Nacho
источник
0

Ваше использование процессора происходит от драйвера ACPI.sys, который выполняет все DPC ( ntoskrnl.exe!KiRetireDpcList ACPI.sys!ACPIInterruptDispatchEventDpc ), который позже вызывает HAL.dll ( hal.dll!HalpAcpiPmRegisterWritePort ). Это очень сложно отладить.

Обновите BIOS / UEFI, загрузите настройки UEFI по умолчанию, найдите обновления драйверов, вставьте графический процессор в другой слот PCIe x16. Также попробуйте другой драйвер NVMe.

magicandre1981
источник
@ magicandre1981: спасибо за внимание, я действительно ценю это. Приятно видеть, подтвердили, что проблема сводится к тому, что hal.dll такие вещи, как уже выставлены. Я согласен с вами, что это может быть что-то, связанное с настройками BIOS, я уже попытался вернуться к известному рабочему состоянию BIOS / настроек без удачи. В настоящее время я прошил последнюю версию (это бета-версия BIOS), но все равно не повезло. Водители все в курсе. Графический процессор всегда был там, и система работала отлично в течение полутора месяцев, нет причин для перемещения. Драйверы NVMe и прошивки для SSD тоже самые последние, никаких изменений не сделано.
NeroMetalliko
На данный момент я подозреваю, что в Windows что-то напортачено в отношении управления аппаратными ресурсами. Я постараюсь сделать выборочное пошаговое отключение всех устройств материнской платы, чтобы освободить линии IRQ и PCI, чтобы увидеть, если что-то изменится. Я не думаю, что это реальный аппаратный сбой или конфликт, я подозреваю, что больше фальшивое управление ресурсами Windows приводит к неправильному поведению ... Я обновлю результаты, на этот раз я углублюсь в эту проблему. Еще раз спасибо.
NeroMetalliko
что ты изменил? Установлено только ноябрьское обновление?
magicandre1981
@ magicandre1981: как описано в основном посте, в первый раз, когда проблема появилась, это было после ноябрьского обновления, я удалил все и все еще не решил, затем проблема исчезла без ясной причины. Спустя почти два месяца в середине января я снова заметил проблему, не имея четкого представления о том, что ее вызвало: какие-то стандартные обновления, изменение BIOS или установка какой-либо программы. Вернул все назад и до сих пор не решено. Я думаю, что что-то не совсем определенное заставляет Windows сходить с ума по поводу управления ресурсами, и тогда трудно заставить ОС вернуться.
NeroMetalliko
Как только у меня будет время, я пойду с процедурой постепенного отключения устройств материнской платы в BIOS и посмотрю, что произойдет ... Я буду обновлять статус.
NeroMetalliko
0

У меня возникла эта проблема, заставил ее работать очень вяло. Я думал, что это может быть взаимодействие между Защитник Windows а также система и сжатая память ,

Я инвалид Защитник Windows а затем снова включил его. Казалось, успокоиться и компьютер работает нормально.

kpasgma
источник