Elevato utilizzo della CPU da parte di "Sistema" e "Interruzioni di sistema" (causato da ACPI.sys)

Ho un laptop con Windows 8.1 x64 senza problemi. Ora con Windows 10 x64 installato, Task Manager mostra costantemente un utilizzo insolito della CPU da "Sistema" e "Interruzioni di sistema". Per risolvere questo, ho già provato quanto segue, senza successo:

• Disabilitazione e disinstallazione di tutti i driver non essenziali.
• Installazione di driver più recenti rispetto a quelli installati automagicamente (se disponibili).
• Disabilitare / abilitare l'opzione di avvio rapido.
• Disabilitare tutti i servizi non essenziali.
• Sysprep.
• Ripristino del BIOS ai valori predefiniti e varie combinazioni di impostazioni.
• BIOS flashing all'ultima versione disponibile.
• Installazione pulita dallo stesso supporto che utilizzo per altri PC.
• Installazione di tutti gli aggiornamenti offerti in Windows Update fino ad oggi.
• Registratore / analizzatore delle prestazioni di Windows.

Non ho molta familiarità con Windows Performance Analyzer, quindi spero che qualcuno qui possa indicarmi la giusta direzione: cosa dovrei cercare esattamente, per capire quale dispositivo / driver è il colpevole. Oppure, se c'è qualche altro approccio per capire questo problema?

Per le anime coraggiose, ecco il mio file di traccia da WPRUI e uno screenshot del problema:

Grazie mille, magicandre1981, per dare un'occhiata. Per pura fortuna mi sono imbattuto in una soluzione. In questo caso, doveva installare la tecnologia Intel Rapid Storage (RST) . A quanto ho capito, sostituisce il driver del controller SATA, ma non penso che solo un driver diverso abbia aiutato, come ho provato vari driver in precedenza. Lo strano utilizzo della CPU non diminuisce fino a quando la piccola icona nella schermata qui sotto non viene visualizzata nella barra delle applicazioni. Non importa se il "Servizio RST" è in esecuzione o meno, non appena viene avviata l'applicazione nella barra delle applicazioni, tutto inizia a funzionare normalmente.

Per chiunque abbia lo stesso problema, l'esatto modello di laptop in questione era "Samsung NP700Z7C-S01US", l'ID hardware del controller di archiviazione "VEN_8086 e DEV_1E03" e la versione di Intel RST che ha aiutato è "12.9.0.1001" (le versioni più recenti generano errori durante l'installazione).

L'utilizzo di DPC proviene dal driver 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

questo è estremamente difficile da eseguire il debug. In un argomento sysinternals ho elencato alcuni consigli:

• assicurarsi che la CPU non si surriscaldi a causa della polvere nella ventola della CPU
• aggiornare o aggiornare il BIOS / UEFI
• carica le impostazioni BIOS / UEFI predefinite
• assicurarsi che la batteria non sia danneggiata
• cambia jumper sul caddy dell'HDD (non si applica a te, ci hai ancora il tuo drive ottico e non l'hai sostituito)
• disabilitare alcuni dispositivi come consigliato da questo utente

Ho appena avuto esattamente questo (Win10 Pro x64) su un Dell XPS 15, era così male che la maggior parte delle volte non riuscivo nemmeno a far sì che Task Manager mostrasse qualsiasi processo, si sarebbe semplicemente bloccato su una finestra per lo più vuota, il touchpad era a malapena reattivo, e prima o poi otterrei un BSOD DPC_WATCHDOG_VIOLATION (presumibilmente perché un driver si è bloccato per troppo tempo) ecc.

Ho provato alcune cose - disabilitando tonnellate di voci di Device Manager, aggiornando o cambiando i driver ecc. - Ma niente ha funzionato. Ero quasi pronto a sovrascrivere un'immagine di backup precedente, ma senza nulla da perdere ha funzionato:

• Gestione dispositivi -> Visualizza -> Dispositivi per connessione
• trova alcuni succosi nodi radice (ad es. roba PCI (e), controller USB 3.0, controller HD) e esegui il Nuke, portando con te tutto ciò che segue. Non necessariamente cancellare i loro driver se richiesto (a meno che non siano disperati).
• riavvio.

Bingo, praticamente tutto il mio hardware è stato nuovamente rilevato al prossimo avvio e il problema è scomparso. Posso solo supporre che non fosse tanto un singolo driver canaglia, quanto un po 'di corruzione nella configurazione del mio driver (o di una specifica configurazione del driver) in generale.

Almeno in questo modo non passi giorni a cercare di isolare il problema (ho fatto:).