Hohe CPU-Auslastung durch "System" und "System-Interrupts" (verursacht durch ACPI.sys)


8

Ich habe einen Laptop, auf dem Windows 8.1 x64 ohne Probleme ausgeführt wurde. Jetzt, da Windows 10 x64 installiert ist, zeigt der Task-Manager ständig die ungewöhnliche CPU-Auslastung durch "System" und "System-Interrupts" an. Um dies zu lösen, habe ich bereits Folgendes erfolglos versucht:

  • Deaktivieren und Deinstallieren aller nicht wesentlichen Treiber.
  • Installation neuerer Treiber als die automatisch installierten (falls verfügbar).
  • Deaktivieren / Aktivieren der Schnellstartoption.
  • Deaktivieren aller nicht wesentlichen Dienste.
  • Sysprep.
  • Zurücksetzen des BIOS auf die Standardeinstellungen und verschiedene Kombinationen von Einstellungen.
  • Flashen des BIOS auf die neueste verfügbare Version.
  • Neuinstallation von demselben Medium, das ich für andere PCs verwende.
  • Installation aller in Windows Update bis heute angebotenen Updates.
  • Windows Performance Recorder / Analyzer.

Ich bin mit Windows Performance Analyzer nicht sehr vertraut, daher hoffe ich, dass mich hier jemand in die richtige Richtung weisen kann - worauf sollte ich genau achten, um herauszufinden, welches Gerät / welcher Treiber der Schuldige ist. Oder ob es einen anderen Ansatz gibt, um dieses Problem herauszufinden?

Für die tapferen Seelen hier meine Trace-Datei von WPRUI und ein Screenshot des Problems:

Task-Manager-Ansicht


Ich habe genau dieses Problem behoben (Systemprozess wird nach genau 4 Minuten im Leerlauf gestartet), indem ich die "geplante Optimierung" unter Defragmentierung deaktiviert habe, die standardmäßig aktiviert ist. Aufgrund mehrerer Windows 10 bin ich mir jedoch nicht 100% sicher Updates werden zum Zeitpunkt des Tests gepusht. Kann jemand überprüfen, um sicher zu wissen?
user2464424

Antworten:


5

Vielen Dank, magicandre1981, für den Blick. Durch reines Glück bin ich auf eine Lösung gestoßen. In diesem Fall sollte die Intel Rapid Storage Technology (RST) installiert werden . Soweit ich weiß, ersetzt es den SATA-Controller-Treiber, aber ich glaube nicht, dass ein anderer Treiber allein geholfen hat, da ich zuvor verschiedene Treiber ausprobiert habe. Die seltsame CPU-Auslastung nimmt erst ab, wenn das kleine Symbol im folgenden Screenshot in der Taskleiste angezeigt wird. Es spielt keine Rolle, ob der "RST-Dienst" ausgeführt wird oder nicht. Sobald die Tray-Anwendung gestartet wird, verhält sich alles normal.

Intel Rapid Storage Technology Tray-Symbol

Für alle, die das gleiche Problem haben, war das genaue fragliche Laptop-Modell "Samsung NP700Z7C-S01US", die Hardware-ID des Speichercontrollers "VEN_8086 & DEV_1E03" und die Version von Intel RST, die geholfen hat, "12.9.0.1001" (neuere Versionen werfen Fehler während der Installation).


Haben Sie versucht, zum Standard-MS-Speichertreiber zurückzukehren?
magicandre1981

Nachdem der MS-Treiber und die Intel-Tray-Anwendung ausgeführt wurden, trat das Problem erneut auf. Es scheint eine Kombination aus Intel-Treiber und Magie zu sein, die ihre Anwendung ausübt.
Brane

ok, ich werde mich an diese Lösung für andere Benutzer erinnern
magicandre1981

1
Mein Fall für Samsung Chronos 7 war der 'Realtek High Definition Audio'-Treiber, der der Fall war. Deaktivieren Sie dieses Gerät im Gerätehandler, und entfernen Sie die CPU-Auslastung für acpi.sys. Deinstallieren und entfernen Sie den Treiber gleichzeitig und installieren Sie ihn erneut von der Realteks-Homepage (verwendete Version R2.81).
Andreas Mattisson

1
Samsung Chronos 7 Benutzer hier. Die Installation der Intel Rapid Storage-Technologie hat es geschafft. Ich habe Tage damit verbracht, dies zu debuggen, und angefangen, mit vollständigen Speicherabbildern und WinDbg herumzuspielen. Vielen Dank!
Martin

5

Die DPC-Verwendung stammt vom ACPI.sys- Treiber:

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

Dies ist äußerst schwierig zu debuggen. In einem sysinternalen Thema habe ich einige Ratschläge aufgelistet:

  • Stellen Sie sicher, dass die CPU nicht durch Staub im CPU-Lüfter überhitzt
  • Aktualisieren oder aktualisieren Sie das BIOS / UEFI erneut
  • Laden Sie die Standard-BIOS / UEFI-Einstellungen
  • Stellen Sie sicher, dass der Akku nicht beschädigt ist
  • Jumper am HDD-Caddy wechseln (trifft auf Sie nicht zu, Sie verwenden uns immer noch Ihr optisches Laufwerk und haben es nicht ersetzt)
  • Deaktivieren Sie einige Geräte, wie von diesem Benutzer empfohlen

+1 für den HDD Caddy Hinweis. Durch Verschieben des Jumpers von links nach Mitte (nicht nach rechts) wurde die hohe CPU-Auslastung von ACPI.sys vollständig verringert.
Maliayas

0

Ich hatte gerade genau dies (Win10 Pro x64) auf einem Dell XPS 15, es war so schlimm, dass ich die meiste Zeit nicht einmal den Task-Manager dazu bringen konnte, irgendwelche Prozesse anzuzeigen, es hing einfach an einem größtenteils leeren Fenster, Touchpad war kaum ansprechbar, und früher oder später würde ich einen DPC_WATCHDOG_VIOLATION BSOD bekommen (vermutlich, weil ein Fahrer zu lange stecken blieb) usw.

Ich habe ein paar Dinge ausprobiert - Tonnen von Geräte-Manager-Einträgen deaktivieren, Treiber aktualisieren oder ändern usw. - aber nichts hat funktioniert. Ich war fast bereit, ein vorheriges Backup-Image zu überschreiben, aber mit nichts zu verlieren funktionierte dies:

  • Geräte-Manager -> Ansicht -> Geräte nach Verbindung
  • Finden Sie einige saftige Wurzelknoten (z. B. PCI (e) -Stücke, USB 3.0-Controller, HD-Controller) und zerstören Sie sie, indem Sie alles unten mitnehmen. Löschen Sie nicht unbedingt ihre Treiber, wenn Sie dazu aufgefordert werden (es sei denn, Sie sind verzweifelt).
  • Neustart.

Bingo, so ziemlich meine gesamte Hardware wurde beim nächsten Start erneut erkannt und das Problem wurde behoben. Ich kann nur davon ausgehen, dass es sich nicht so sehr um einen einzelnen Rogue-Treiber handelte, sondern um eine Beschädigung meines Treiber-Setups (oder eines bestimmten Treiber-Setups) im Allgemeinen.

Zumindest auf diese Weise verbringst du keine Tage damit, das Problem zu isolieren (ich habe es getan :).

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.