Високе використання процесора системою "Система" та "Переривання системи" (спричинено ACPI.sys)

У мене ноутбук, на якому без проблем працював Windows 8.1 x64. Тепер, коли встановлено Windows 10 x64, диспетчер завдань постійно показує незвичне використання процесора за допомогою "Система" та "Переривання системи". Щоб вирішити це, я вже без успіху намагався:

• Відключення та видалення всіх неіснуючих драйверів.
• Встановлення новіших драйверів, ніж ті, які були автоматично встановлені (якщо вони доступні).
• Вимкнення / ввімкнення опції швидкого завантаження.
• Відключення всіх несуттєвих послуг.
• Sysprep.
• Скидання BIOS до значень за замовчуванням та різних комбінацій налаштувань.
• Миготливий BIOS до останньої доступної версії.
• Очистіть установку з того самого носія, який я використовую для інших ПК.
• Встановлення всіх оновлень, пропонованих у оновленнях Windows, до цього часу.
• Рекордер / аналізатор продуктивності Windows.

Я не дуже знайомий з аналізатором продуктивності Windows, тому сподіваюся, що хтось тут може направити мене в правильному напрямку - що саме я повинен шукати, щоб з'ясувати, який пристрій / драйвер є винуватцем. Або, якщо є якийсь інший підхід до вирішення цієї проблеми?

Для сміливих душ, ось мій файл слідів від WPRUI та скріншот проблеми:

Дякую тобі, magicandre1981, що подивився. Від чистої долі я натрапив на рішення. У цьому випадку було встановити технологію Intel Rapid storage Technology (RST) . Як я розумію, він замінює драйвер контролера SATA, але я не думаю, що інший драйвер один допоміг, як я намагався різні драйвери раніше. Дивне використання процесора не зменшується, поки в системному треї не з’явиться маленький значок на скріншоті нижче. Не має значення, працює або не працює "RST Service", як тільки програма лотка запуститься, все почне поводитися нормально.

Для тих, хто має таку ж проблему, точна модель ноутбука, про яку йдеться, була "Samsung NP700Z7C-S01US", ідентифікатор апаратного забезпечення контролера зберігання "VEN_8086 & DEV_1E03" та версія Intel RST, яка допомогла "12.9.0.1001" (новіші версії помилки під час встановлення).

Використання DPC відбувається від драйвера ACPI.sys :

Line #, DPC/ISR, Module, Stack, Count, Process, Weight (in view) (ms), TimeStamp (s), % Weight
6, , ,   |    |- ACPI.sys!ACPIWorkerThread, 40246, , 39.992,941063, , 4,13
7, , ,   |    |    ACPI.sys!RestartCtxtPassive, 40246, , 39.992,941063, , 4,13
8, , ,   |    |    ACPI.sys!InsertReadyQueue, 40246, , 39.992,941063, , 4,13
9, , ,   |    |    ACPI.sys!RunContext, 40246, , 39.992,941063, , 4,13
10, , ,   |    |    ntoskrnl.exe!KeReleaseSpinLock, 40246, , 39.992,941063, , 4,13
11, , ,   |    |    ntoskrnl.exe!KiDpcInterrupt, 40246, , 39.992,941063, , 4,13
12, , ,   |    |    ntoskrnl.exe!KiDispatchInterruptContinue, 40246, , 39.992,941063, , 4,13
13, , ,   |    |    ntoskrnl.exe!KxRetireDpcList, 40246, , 39.992,941063, , 4,13
14, , ,   |    |    ntoskrnl.exe!KiRetireDpcList, 40246, , 39.992,941063, , 4,13
15, , ,   |    |    |- ntoskrnl.exe!KiExecuteAllDpcs, 40198, , 39.945,173325, , 4,13
16, , ,   |    |    |    |- ACPI.sys!ACPIInterruptDispatchEventDpc, 27565, , 27.408,930428, , 2,83
17, , ,   |    |    |    |    |- ACPI.sys!ACPIGpeEnableDisableEvents, 24525, , 24.384,921620, , 2,52
18, , ,   |    |    |    |    |    ACPI.sys!ACPIWriteGpeEnableRegister, 24525, , 24.384,921620, , 2,52
19, , ,   |    |    |    |    |    |- hal.dll!HalpAcpiPmRegisterWrite, 24421, , 24.281,015516, , 2,51
20, , ,   |    |    |    |    |    |    |- hal.dll!HalpAcpiPmRegisterWritePort, 24166, , 24.027,316013, , 2,48

це вкрай важко налагодити. У темі sysinternals я перерахував деякі поради:

• переконайтеся, що процесор не перегрівається через пил у вентиляторі процесора
• оновити або повторно змінити BIOS / UEFI
• завантажити налаштування BIOS / UEFI за замовчуванням
• переконайтесь, що акумулятор не пошкоджений
• зміна перемички на HDD caddy (не стосується вас, ви все ще використовуєте ваш оптичний привід і не замінили його)
• вимкнути деякі пристрої за порадою цього користувача

У мене було саме це (Win10 Pro x64) на Dell XPS 15, це було так погано, що більшу частину часу я навіть не міг отримати диспетчера завдань для відображення будь-яких процесів, він би просто висів на переважно порожньому вікні, тачпад був ледве реагую, і рано чи пізно я отримаю DPC_WATCHDOG_VIOLATION BSOD (мабуть тому, що водій застряг занадто довго) тощо.

Я спробував кілька речей - відключення тонни записів диспетчера пристроїв, оновлення або зміну драйверів тощо - але нічого не вийшло. Я був майже готовий просто перезаписати попереднє резервне зображення, але нічого не втрачаючи:

• Диспетчер пристроїв -> Перегляд -> Пристрої за допомогою з'єднання
• знайти декілька соковитих кореневих вузлів (напр., PCI (e) речі, контролери USB 3.0, контролери HD) та нукерувати їх, взявши з собою все нижче. Не обов'язково видаляти їх драйвери, якщо їх запитують (якщо не відчайдушно).
• перезавантажити.

Бінго, майже все моє обладнання було знову виявлено при наступному завантаженні, і проблема пішла. Я можу лише припустити, що це був не стільки одиночний драйвер, скільки певна корупція в моїх налаштуваннях драйверів (або конкретних налаштуваннях драйверів) взагалі.

Принаймні так ви не витрачаєте днів, намагаючись вирішити проблему (я це робив:).