it-swarm.com.de

Problembehandlung bei hoher CPU-Auslastung durch den "System" -Prozess

Ich habe mein System bemerkt, dass aus einiger Zeit ist das Einfrieren und die wahrscheinlich durch die hohe CPU-Auslastung verursacht, die durch den Systemprozess verursacht wird.

Alle Anwendungen, die ich bin mit der Skype, Teamspeak und Chrome, so dass es auf jeden Fall, dass die Menge der CPU essen soll nicht.

Sie können das Problem selbst und die ausgeführten Prozesse im folgenden Screenshot sehen:

enter image description here

Manchmal erreicht die CPU-Auslastung 90%, aber die durchschnittliche Auslastung liegt bei 40-65%.

Meine PC-Parameter:

  • Windows 8 (Kundenvorschau)
  • Intel Core i3 - 2350M
  • 8 GB RAM

Ich würde mich über jeden Hilfeversuch freuen! Grüße.

--UPDATE--

Wenn der Benutzer unter einer großen Antwort geschrieben, habe ich festgestellt, dass der Prozess, den die meisten CPU im System ist das Essen ist Arthurx.sys genannt, einfach Google sagt, dass es ein TPLINK Fahrer ist (ein WiFi-Adapter, ich habe vor wie 2 Wochen gekauft!) Treiber wurde von der Windows MSDN installiert, aber auch die Treiber von der mitgelieferten CD zu installieren versucht, aber es hilft nicht. Vom Systemstart verwendet es wie 5% der CPU nur, aber nach 2-4 Stunden Arbeitszeit es aufwächst und 40-60% der CPU-Auslastung zu erreichen.

Gerätename: TPLink WN722N

81
Scott

Dies kann durch einen fehlerhaften Treiber oder ein anderes vom System geladenes Modul verursacht werden. Um in den Systemprozess zu schauen, können Sie ein Tool wie Process Explorer verwenden.

Laden Sie es herunter, führen Sie es aus, wählen Sie den Systemprozess aus, klicken Sie mit der rechten Maustaste und wählen Sie Eigenschaften:

enter image description here

Wechseln Sie zur Registerkarte Threads (ignorieren Sie das Dialogfeld, in dem Symbole erwähnt werden):

enter image description here

Auf diese Weise wird angezeigt, welche Datei die übermäßige CPU-Auslastung verwendet, anhand derer Sie dann versuchen können, sie zu diagnostizieren.

Wie andere in den Kommentaren bereits gesagt haben, müssen Sie sich wirklich so schnell wie möglich von den Preview-Versionen entfernen!

82
Graham Wager

Hinweis zum Laden von Debugging-Symbolen als Ergänzung zu magicandre1981s hervorragender Antwort : Wenn das Laden der Symbole in Windows Performance Analyzer ordnungsgemäß funktioniert, sollten Sie nach dem Aktivieren von Trace> Load Symbols oben eine Fortschrittsleiste mit sehen Ladesymbole die Dateinamen daneben anzeigen und einige Minuten dauern. Außerdem sollten in der Diagnosekonsole viele Zeilen wie die folgenden angezeigt werden:

SYMSRV:  File: Accessibility.ni.pdb

SYMSRV:  Notifies the client application that a proxy has been detected.
SYMSRV:  Connecting to the Server: http://msdl.Microsoft.com/download/symbols.
SYMSRV:  Successfully connected to the Server.
SYMSRV:  Sending the information request to the server.
SYMSRV:  Successfully sent the information request to the server.
SYMSRV:  Waiting for the server to respond to a request.
SYMSRV:  Successfully received a response from the server.
SYMSRV:  Closing the connection to the Server.
SYMSRV:  Successfully closed the connection to the Server.
SYMSRV:  Get File Path: /download/symbols/Accessibility.ni.pdb/7B46178957827CDAB7EE4C86EDEE1DAE1/Accessibility.ni.pdb

Wenn Sie beides nicht sehen, hat das Laden von Debug-Symbolen wahrscheinlich nicht funktioniert und Sie können Ihre Ablaufverfolgung nicht richtig interpretieren.

In meinem Fall funktionierte das anfängliche Laden von Debugsymbolen nicht. Ich habe es behoben, indem ich diese Anweisungen befolgt habe:

  1. Stellen Sie fest, ob Sie die x86- oder x64-Version des Windows Performance Toolkit verwenden.

    Dies ist bei x86-Builds von Windows ganz einfach. Bei x64-Builds können Sie im Task-Manager nach dem Tag * 32 suchen. Wenn es nicht vorhanden ist, wird die x64-Version ausgeführt.

    Beachten Sie, dass WPT unabhängig von der Architektur immer in Programme (x86) installiert wird.

  2. Kopieren Sie die Dateien dbghelp.dll und symsrv.dll aus dem richtigen Debugger-Verzeichnis in das Windows Performance Toolkit-Verzeichnis. Auf meinem System sind die relevanten Verzeichnisse:

    C:\Program Files (x86)\Windows Kits\10\Debuggers\x64 und C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit

  3. Starten Sie Windows Performance Analyzer neu, damit die richtige Version von dbghelp.dll abgerufen wird.

3
AronVanAmmers

Erstens sind die Bewertungen und gelieferten Informationen sehr informativ, aber Sie können dies in der Regel mit viel weniger Intelligenz herausfinden! Ich habe einfach MSCOFIG.EXE und eine binäre Suche verwendet, um den störenden Dienst zu isolieren. Ich habe festgestellt, dass die meisten dieser Probleme durch Intel-Software verursacht werden. Ich deaktiviere zunächst alle Dienste, die keinen Firmennamen haben. Dann starte ich auf Intel-Dienste. Dann die volle Binärsuche. Normalerweise dauert es höchstens eine Stunde, um das Problem auf dem PC einer Person zu beheben. Intel war nie eine gute Computerfirma, und ihre Software zeigt es. Seien wir ehrlich, die Pentium-Architektur war ein Jahrzehnt alt, als sie veröffentlicht wurde. Wer hätte in den Tagen von VAX eine Computerarchitektur mit ausgelagertem Speicher gebaut? Nun, ich werde dich nicht mit der Geschichte langweilen. Nicht, dass ich ein Fan von AMD oder Microsoft wäre. Vielleicht werden wir eines Tages wieder echte Computer bauen.

0
Leonard Umina