Windows 10 Latenzzeit - Unterschiedliche Ergebnisse der Leistungsüberwachung im Vergleich zur Latenzzeit

1565
surpavan

Ich habe versucht, das Problem der Latenz selbst zu lösen, indem ich Treiber usw. aktualisiere. Ich habe alle Methoden / Varianten der Treiber mit dem easydriver-Update-Tool ausprobiert, aber die Latenzzeit dauert immer noch an.

Ich habe auch Latencymon und das Windows Performance Monitor-Tool verwendet, konnte das Problem jedoch nicht herausfinden. Könnten Sie mir bitte helfen? High dpc zeigt bei ntoskrnl., Daneben ist vsdatant (Zonenalarm, denke ich); weit hinter ihnen ist nvlddmkm (die Anzahl ist klein, also kein Thema, denke ich).

Gemäß der Latenzzeit mon ist die höchste Ausführungszeit jedoch für tcpip und ndis.sys. Also nicht in der Lage herauszufinden, was die Ursache ist

Systemkonfiguration: Windows 10 AMD phenom 2 X4 945 Gigabyte GT 730 - 2 GB DDR5 Mb = M5A78L M Plus usb3

EDIT: Ich habe gerade mit einem USB-LAN-Adapter getestet, zu meiner Überraschung hat auch das gleiche Problem. Das Problem kommt nur, wenn ich das Internet nutze.

Performance Analyzer-Screenshots

Vollständige Performance Analyzer-Datei (etl): googledrive oder fileuploads

Latencymon Bild

Latencymon Ergebnis:


FAZIT


Ihr System scheint Probleme mit Echtzeit-Audio und anderen Aufgaben zu haben. Es ist wahrscheinlich, dass Buffer-Underruns als Drop-Outs, Clicks oder Pops auftreten. Eine oder mehrere DPC-Routinen, die zu einem in Ihrem System ausgeführten Treiber gehören, scheinen zu lange ausgeführt zu werden. Eine oder mehrere ISR-Routinen, die zu einem in Ihrem System ausgeführten Treiber gehören, scheinen zu lange ausgeführt zu werden. Mindestens ein erkanntes Problem scheint auf das Netzwerk zurückzuführen zu sein. Wenn Sie einen WLAN-Adapter verwenden, deaktivieren Sie ihn, um bessere Ergebnisse zu erzielen. Ein Problem kann mit der Energieverwaltung zusammenhängen. Deaktivieren Sie die CPU-Drosselungseinstellungen in der Systemsteuerung und im BIOS-Setup. Suchen Sie nach BIOS-Updates. LatencyMon hat Ihr System auf allen Prozessoren auf 0:01:49 (h: mm: ss) analysiert.


SYSTEM INFORMATION


Computername: DESKTOP-B73A5II Betriebssystemversion: Windows 10, 10.0, Build: 14393 (x64) Hardware: ASUSTeK Computer INC., M5A78L-M PLUS / USB3-Prozessor: AuthenticAMD AMD Phenom (TM) II X4 945 Prozessor Logische Prozessoren: 4 Prozessor Gruppen: 1 RAM: 6142 MB insgesamt


CPU GESCHWINDIGKEIT


Gemeldete CPU-Geschwindigkeit: 3014 MHz

Hinweis: Die angegebenen Ausführungszeiten können basierend auf einer festgelegten gemeldeten CPU-Geschwindigkeit berechnet werden. Deaktivieren Sie variable Geschwindigkeitseinstellungen wie Intel Speed ​​Step und AMD Cool N Quiet im BIOS, um genauere Ergebnisse zu erhalten.


MESSTE UNTERBRECHUNG AN BENUTZERPROZESSLATENZEN


Die Unterbrechungs-zu-Prozess-Latenzzeit spiegelt das gemessene Intervall wider, das ein Benutzermodus-Prozess benötigt, um auf eine Hardwareanforderung von dem Moment an zu reagieren, zu dem die Interrupt-Serviceroutine mit der Ausführung begann. Dies umfasst das Planen und Ausführen einer DPC-Routine, das Signalisieren eines Ereignisses und das Aufwecken eines Usermode-Threads aus einem Wartezustand im Leerlauf als Reaktion auf dieses Ereignis.

Höchste gemessene Unterbrechung zur Verarbeitung der Latenz (µs): 64670.563050 Durchschnittliche gemessene Unterbrechung zur Verarbeitung der Latenz (µs): 63.193641

Höchste gemessene Unterbrechung für DPC-Latenz (µs): 44998.470896 Durchschnittliche gemessene Unterbrechung für DPC-Latenz (µs): 41.070269


BERICHTETE ISRs


Interrupt-Serviceroutinen sind Routinen, die vom Betriebssystem und von Gerätetreibern installiert werden, die als Reaktion auf ein Hardware-Interrupt-Signal ausgeführt werden.

Höchste ISR-Routine-Ausführungszeit (µs): 4771.277704 Treiber mit höchster ISR-Routine-Ausführungszeit: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Höchste gemeldete ISR-Routinezeit (%): 0.279491 Treiber mit der höchsten ISR-Gesamtzeit: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Gesamtzeit in ISRs (%) 0,422111

ISR-Zählung (Ausführungszeit <250 µs): 186495 ISR-Zählung (Ausführungszeit 250-500 µs): 0 ISR-Zählung (Ausführungszeit 500-999 µs): 33 ISR-Zählung (Ausführungszeit 1000-1999 µs): 8 ISR-Zählung ( Ausführungszeit 2000-3999 µs): 13 ISR-Zähler (Ausführungszeit> = 4000 µs): 0


BERICHTETE DPCs


DPC-Routinen sind Teil des Interrupt-Service-Dispatch-Mechanismus und deaktivieren die Möglichkeit, dass ein Prozess die CPU verwendet, solange sie unterbrochen ist, bis der DPC die Ausführung abgeschlossen hat.

Höchste Ausführungszeit der DPC-Routine (µs): 46762.675182 Treiber mit höchster Ausführungszeit der DPC-Routine: tcpip.sys - TCP / IP-Treiber, Microsoft Corporation

Höchste gemeldete Gesamt-DPC-Routinezeit (%): 3.264468 Treiber mit der höchsten Gesamt-DPC-Ausführungszeit: tcpip.sys - TCP / IP-Treiber, Microsoft Corporation

In DPC insgesamt verbrachte Zeit (%) 5,937386

DPC-Zählung (Ausführungszeit <250 µs): 295670 DPC-Zählung (Ausführungszeit 250-500 µs): 0 DPC-Zählung (Ausführungszeit 500-999 µs): 145 DPC-Zählung (Ausführungszeit 1000-1999 µs): 183 DPC-Zählung ( Ausführungszeit 2000-3999 µs): 283 DPC-Zähler (Ausführungszeit> = 4000 µs): 0


BERICHTETE HARD PAGEFAULTS


Hard pagefaults sind Ereignisse, die durch die Verwendung von virtuellem Speicher ausgelöst werden, der nicht im RAM gespeichert ist, sondern durch eine auf einem Datenträger gespeicherte Datei gesichert wird. Das Lösen des harten Seitenfehlers erfordert das Lesen des Speichers von der Festplatte, während der Prozess unterbrochen und für die Ausführung gesperrt ist.

HINWEIS: Einige Prozesse wurden von harten Pagefaults getroffen. Wenn dies Programme waren, die Audio produzieren, wird der Audiostrom wahrscheinlich unterbrochen, was zu Aussetzern, Klicks und Knacksen führt. Überprüfen Sie auf der Registerkarte "Prozesse", welche Programme betroffen sind.

Prozess mit der höchsten Anzahl an Seitenfehlern: firefox.exe

Gesamtzahl der Hard-Pagefaults 94 Hard-Pagefault-Zählung des am härtesten betroffenen Prozesses: 44 Höchste Zeit für die Auflösung von Hardwarefehlern (µs): 11427.575315 In Hard-Pagefaults (%) verbrachte Gesamtzeit: 0,008947 Anzahl der Prozesse: 6


PER CPU DATA


CPU 0 Interrupt-Zykluszeit (s): 9.640117 CPU 0 ISR höchste Ausführungszeit (µs): 4771.277704 CPU 0 ISR Gesamtausführungszeit (en): 1.834405 CPU 0 ISR-Zähler: 185655 CPU 0 DPC höchste Ausführungszeit (µs): 44991.028202 CPU 0 Gesamt-DPC-Ausführungszeit (en): 6.938846 CPU 0 DPC-Zähler: 263535


CPU 1 Interrupt-Zykluszeit (s): 5.783185 CPU 1 ISR höchste Ausführungszeit (µs): 239.634373 CPU 1 ISR Gesamtausführungszeit (en): 0,007476 CPU 1 ISR-Zähler: 892 CPU 1 DPC höchste Ausführungszeit (µs): 45147.389847 CPU 1 Gesamt-DPC-Ausführungszeit (en): 5.313124 CPU 1 DPC-Zähler: 11453


CPU 2 Interrupt-Zykluszeit (s): 9.321844 CPU 2 ISR höchste Ausführungszeit (µs): 13.264101 CPU 2 ISR Gesamtausführungszeit (en): 0.000109 CPU 2 ISR-Zähler: 12 CPU 2 DPC höchste Ausführungszeit (µs): 46762.675182 CPU 2 Gesamt-DPC-Ausführungszeit (en): 8.873685 CPU 2 DPC-Zähler: 12276


CPU 3 Unterbrechungszykluszeit (en): 5.011146 CPU 3 ISR höchste Ausführungszeit (µs): 0,0 CPU 3 ISR Gesamtausführungszeit (en): 0,0 CPU 3 ISR-Zähler: 0 CPU 3 DPC höchste Ausführungszeit (µs): 46649.379894 CPU 3 DPC-Gesamtausführungszeit (en): 4.783671 CPU 3 DPC-Anzahl: 10865


-1
Vielen Dank, dass Sie die Frage von Serverfault an Superuser übergeben haben. Ich war mir dieser Meta nicht bewusst. surpavan vor 7 Jahren 0
Durch Ihre Frage verwirrt, können Sie nichts mit der Netzwerklatenz verbinden Ramhound vor 7 Jahren 0
Die Latenzzeit liegt nicht im Netzwerk - es gibt eine CPU-Verzögerung, die CPU läuft um 30-50%, manchmal stürzt Audio usw. ab. Ich entfernte Zonenalarm, und es funktioniert jetzt einwandfrei. Ich habe versucht, das WFN-Protokoll nicht gut zu machen Für COMODO scheint es momentan stabil zu sein und Gutes zu tun. surpavan vor 7 Jahren 0
Da die CPU festgeklemmt ist und ein hoher Prozentsatz von Interrupts vorliegt, wird dies nicht als Latenz bezeichnet. Ramhound vor 7 Jahren 0
@Ramhound - Entschuldigung, ich sagte es als Latenzzeit, wie dies in Zusammenfassung von Latencymon kommentiert wurde - "Höchste gemessene Unterbrechung, um Latenzzeit zu verarbeiten" surpavan vor 7 Jahren 0

1 Antwort auf die Frage

0
surpavan

Fand den Täter - es war Zonenalarm. Deinstalliert und es gibt keine Latenz. Ich habe es wieder neu installiert - diesmal wird die Latenz gesteuert. Wenn der Zonenalarm deinstalliert wurde, waren die Systemunterbrechungen nur maximal 1%. Neu installiert und die Systemunterbrechungen stiegen auf ca. 3%.