Sound-Einbrüche mit neuestem System

[torheld]

Hallo, liebe HardwareLUXXer,

vor ein paar Wochen habe ich mir einen neuen Compi eigenhändig zusammengestellt. Ohne weitere Fehlermeldungen laufen Win-11, Spiele, etc. relativ problemlos drauf. Allerdings bricht der Sound immer wieder ein, so dass es zu ~3s langen starken Verzerrungen/Rauschen über verschiedene Lautsprecher kommt. Vieles habe ich schon versucht (siehe Liste). Anfangs hielt ich einen Defekt in der Hardware für den Übeltäter. Nach Durchforsten dieses Forums, bin ich draufgekommen, das hilfreiche und aussagekräftige Tool LatencyMon laufen zu lassen (siehe unten). Leider bin ich für die Interpretation des LatencyMon nicht kompetent genug. ;-)
Ich würde mich riesig freuen, wenn Ihr mir bei der Fehlersuche und Identifikation der Sound-Aussetzer helfen würdet.

1000 Dank!
-Torti

PC-Komponenten

Spoiler

Gigabyte Z790 Master
I9-13900K
G.Skill 64GB DDR5-5600
Corsair MP600 PRO XT
Gigabyte RTX-4070 Ti Master
Seasonic Prime TX-1000
Arctic Liquid Freezer II 360
Fractal Design Define 7
Windows 11

Sound-Check

Spoiler

Hardware
-----------
- Lautsprecher: Z4 <-> Z623
- Soundkarte: SoundBlaster Z
- Gimmick: RGB deaktiviert
- Steckdosen: andere Stromquelle
- Netzteil: Seasonic Hybrid-Mode
- RAM: G.Skill ohne XMP
- Grafikarte: 600 W über 2 PCIe
- Gehäuse: Abstandshalter Check
- Anschluss: Front-Panel Check, Audio Front Anschluss trennen
- Kabel: symmetrisches Kabel, Mantelstromfilter

LATENCYMON

Spoiler

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more DPC routines that belong to a driver running in your system appear to be executing for too long. Also one or more ISR routines that belong to a driver running in your system appear to be executing for too long. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:38:00 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: GIGABYTE-Z790
OS version: Windows 11, 10.0, version 2009, build: 22621 (x64)
Hardware: Z790 AORUS MASTER, Gigabyte Technology Co., Ltd.
BIOS: F7
CPU: GenuineIntel 13th Gen Intel(R) Core(TM) i9-13900K
Logical processors: 32
Processor groups: 1
Processor group size: 32
RAM: 65374 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI): 30 MHz
Reported CPU speed (registry): 2995 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 11891,30
Average measured interrupt to process latency (µs): 11,45090

Highest measured interrupt to DPC latency (µs): 671,20
Average measured interrupt to DPC latency (µs): 2,145774


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 2941,556594
Driver with highest ISR routine execution time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation

Highest reported total ISR routine time (%): 0,006043
Driver with highest ISR total time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Total time spent in ISRs (%) 0,007069

ISR count (execution time <250 µs): 138615
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-1000 µs): 321
ISR count (execution time 1000-2000 µs): 1
ISR count (execution time 2000-4000 µs): 2
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 3756,553589
Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 535.98 , NVIDIA Corporation

Highest reported total DPC routine time (%): 0,003797
Driver with highest DPC total execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation

Total time spent in DPCs (%) 0,010697

DPC count (execution time <250 µs): 611496
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 1872
DPC count (execution time 1000-2000 µs): 13
DPC count (execution time 2000-4000 µs): 14
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: chrome.exe

Total number of hard pagefaults 5686
Hard pagefault count of hardest hit process: 942
Number of processes hit: 42

 

[Judgi]

Netzwerkkarte/Adapter ?

Beitrag automatisch zusammengeführt: 22.06.2023

Eine Windows-Neuinstallation scheint unumgänglich.

wie gehst Du denn da vor ?

 

[Beavis99]

Ich crashe aus Spielen raus und habe auch das Problem der hohen Latzenzen, siehe

Diverse Spiele beenden sich/Crash to Desktop

Hallo zusammen, hoffe ihr könnt mir helfen, System ist gigabyte z790 Aorus Elite AX - Bios F6 13700KF 32GB DDR5-6000 und 32GB DDR5-7200 Teamgroup, hab die aber getrennt getestet, hatte nicht 4 Riegel auf dem Board! PNY RTX4080 Soundblaster Z Corsair RMX850 Ich hab bei einigen Spielen das...

www.hardwareluxx.de

Das Problem ist, mein Windows ist neu, die SB-Z ausgebaut und trotzdem hab ich als diese Scheisse, die parallele ist das wir beide ein Gigabyte Z790 haben.

 

[torheld]

Netzwerkkarte/Adapter ?

Ja, leider auch bei deaktiviertem Netzwerkadapter.

wie gehst Du denn da vor ?

Nach Formatierung würde ich meine System-Partition komplett neu-installieren, um dann nach jeder einzelnen Treiber-Installation LatencyMon messen lassen.

Beitrag automatisch zusammengeführt: 22.06.2023

Ich crashe aus Spielen raus...

Das kommt bei mir nicht vor.

...die parallele ist das wir beide ein Gigabyte Z790 haben.

Ja, aber Du hast das Elite- und ich das Master-Mainboard.
Ich vermute unterschiedliche Ursachen.

 

[Judgi]

Falls Win neu installiert wird auf jeden Fall OHNE Internet installieren. Win-Nachfragen abbrechen. Treiber für Graka und Chipsatz etc. vorher auf einen USB Stick ziehen und von da aus ZUERST Chipsatz, dann Graka installieren.
Und ja: zwischendurch mit LM prüfen wie es aussieht .)
Möglichst wenig von dem überflüssigem Win-Gedöns (cortana, onedrive und andere win-Apps besser garnicht installieren).
Am Besten Windows "debloaten" - und unnötiges Zeugs und win-eigene Spyware deaktivieren >> siehe "shutup10" ( gilt auch für 11).

Wenn es gut läuft sieht LatencyMon etwa wie im Bild aus (alles unter 500 Microsekunden ist okay):

 

[Judgi]

und.....gibt's Erkenntnisse?

 

[torheld]

und.....gibt's Erkenntnisse?

Danke der Nachfrage!
Die komplette Neu-Installation habe ich offline durchgeführt. So wie beschrieben, mit den Treibern vom USB-Stick, dann die Chipsatz-Treiber, etc.. Anschließend Direkt nach nach der Windows-Installation und zwischen den einzelnen Treiber-Installationen habe ich LatencyMon laufen lassen.
Aber die Neu-Installation war anscheinend ohne Erfolg. LatencyMon zeigte schon nach kurzer Zeit unter "Highest measured interrupt to process latency (µs)" einen Wert von > 85.000! Wie und wodurch kann ein so hoher Wert zustande kommen?
Die Grafikkarten-Treiberdateien liefen normal. Auch habe ich heute meine Grafikkarte ausgebaut und nur den Onboard-Grafikchip benutzt. Leider wieder mit dem selben hohen LatencyMon-Peak.

Spoiler: LatancyMon-Summary

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:08:15 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: GIGABYTE-Z790
OS version: Windows 11, 10.0, version 2009, build: 22621 (x64)
Hardware: Z790 AORUS MASTER, Gigabyte Technology Co., Ltd.
BIOS: F8
CPU: GenuineIntel 13th Gen Intel(R) Core(TM) i9-13900K
Logical processors: 32
Processor groups: 1
Processor group size: 32
RAM: 65306 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI): 30 MHz
Reported CPU speed (registry): 2995 MHz

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.


_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 85511,60
Average measured interrupt to process latency (µs): 46,070742

Highest measured interrupt to DPC latency (µs): 128,80
Average measured interrupt to DPC latency (µs): 3,896289


_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 81,640735
Driver with highest ISR routine execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

Highest reported total ISR routine time (%): 0,000005
Driver with highest ISR total time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

Total time spent in ISRs (%) 0,000005

ISR count (execution time <250 µs): 604
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-1000 µs): 0
ISR count (execution time 1000-2000 µs): 0
ISR count (execution time 2000-4000 µs): 0
ISR count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 314,482137
Driver with highest DPC routine execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation

Highest reported total DPC routine time (%): 0,007746
Driver with highest DPC total execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation

Total time spent in DPCs (%) 0,009371

DPC count (execution time <250 µs): 61610
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 1300
DPC count (execution time 1000-2000 µs): 0
DPC count (execution time 2000-4000 µs): 0
DPC count (execution time >=4000 µs): 0


_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count: svchost.exe

Total number of hard pagefaults 2733
Hard pagefault count of hardest hit process: 771
Number of processes hit: 41


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 10,521766
CPU 0 ISR highest execution time (µs): 81,640735
CPU 0 ISR total execution time (s): 0,000476
CPU 0 ISR count: 301
CPU 0 DPC highest execution time (µs): 209,892487
CPU 0 DPC total execution time (s): 0,141175
CPU 0 DPC count: 30408
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 8,424036
CPU 1 ISR highest execution time (µs): 0,0
CPU 1 ISR total execution time (s): 0,0
CPU 1 ISR count: 0
CPU 1 DPC highest execution time (µs): 0,0
CPU 1 DPC total execution time (s): 0,0
CPU 1 DPC count: 0
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 9,021303
CPU 2 ISR highest execution time (µs): 0,0
CPU 2 ISR total execution time (s): 0,0
CPU 2 ISR count: 0
CPU 2 DPC highest execution time (µs): 144,270451
CPU 2 DPC total execution time (s): 0,001555
CPU 2 DPC count: 387
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 9,015355
CPU 3 ISR highest execution time (µs): 0,0
CPU 3 ISR total execution time (s): 0,0
CPU 3 ISR count: 0
CPU 3 DPC highest execution time (µs): 103,180634
CPU 3 DPC total execution time (s): 0,000247
CPU 3 DPC count: 21
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 9,504534
CPU 4 ISR highest execution time (µs): 0,934891
CPU 4 ISR total execution time (s): 0,000002
CPU 4 ISR count: 5
CPU 4 DPC highest execution time (µs): 105,478464
CPU 4 DPC total execution time (s): 0,000818
CPU 4 DPC count: 200
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 9,498522
CPU 5 ISR highest execution time (µs): 0,0
CPU 5 ISR total execution time (s): 0,0
CPU 5 ISR count: 0
CPU 5 DPC highest execution time (µs): 62,546912
CPU 5 DPC total execution time (s): 0,000448
CPU 5 DPC count: 106
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 8,445885
CPU 6 ISR highest execution time (µs): 0,0
CPU 6 ISR total execution time (s): 0,0
CPU 6 ISR count: 0
CPU 6 DPC highest execution time (µs): 250,643740
CPU 6 DPC total execution time (s): 0,001061
CPU 6 DPC count: 349
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 8,416802
CPU 7 ISR highest execution time (µs): 0,0
CPU 7 ISR total execution time (s): 0,0
CPU 7 ISR count: 0
CPU 7 DPC highest execution time (µs): 23,740234
CPU 7 DPC total execution time (s): 0,000082
CPU 7 DPC count: 40
_________________________________________________________________________________________________________
CPU 8 Interrupt cycle time (s): 13,213976
CPU 8 ISR highest execution time (µs): 5,556594
CPU 8 ISR total execution time (s): 0,000191
CPU 8 ISR count: 194
CPU 8 DPC highest execution time (µs): 314,482137
CPU 8 DPC total execution time (s): 0,961708
CPU 8 DPC count: 15158
_________________________________________________________________________________________________________
CPU 9 Interrupt cycle time (s): 24,298626
CPU 9 ISR highest execution time (µs): 0,0
CPU 9 ISR total execution time (s): 0,0
CPU 9 ISR count: 0
CPU 9 DPC highest execution time (µs): 310,769282
CPU 9 DPC total execution time (s): 0,298179
CPU 9 DPC count: 4270
_________________________________________________________________________________________________________
CPU 10 Interrupt cycle time (s): 18,974291
CPU 10 ISR highest execution time (µs): 0,0
CPU 10 ISR total execution time (s): 0,0
CPU 10 ISR count: 0
CPU 10 DPC highest execution time (µs): 272,349917
CPU 10 DPC total execution time (s): 0,046510
CPU 10 DPC count: 4024
_________________________________________________________________________________________________________
CPU 11 Interrupt cycle time (s): 20,209402
CPU 11 ISR highest execution time (µs): 0,0
CPU 11 ISR total execution time (s): 0,0
CPU 11 ISR count: 0
CPU 11 DPC highest execution time (µs): 313,721536
CPU 11 DPC total execution time (s): 0,019929
CPU 11 DPC count: 1534
_________________________________________________________________________________________________________
CPU 12 Interrupt cycle time (s): 9,327799
CPU 12 ISR highest execution time (µs): 5,082471
CPU 12 ISR total execution time (s): 0,000005
CPU 12 ISR count: 1
CPU 12 DPC highest execution time (µs): 258,304508
CPU 12 DPC total execution time (s): 0,001446
CPU 12 DPC count: 345
_________________________________________________________________________________________________________
CPU 13 Interrupt cycle time (s): 9,336030
CPU 13 ISR highest execution time (µs): 0,0
CPU 13 ISR total execution time (s): 0,0
CPU 13 ISR count: 0
CPU 13 DPC highest execution time (µs): 0,0
CPU 13 DPC total execution time (s): 0,0
CPU 13 DPC count: 0
_________________________________________________________________________________________________________
CPU 14 Interrupt cycle time (s): 8,560291
CPU 14 ISR highest execution time (µs): 0,0
CPU 14 ISR total execution time (s): 0,0
CPU 14 ISR count: 0
CPU 14 DPC highest execution time (µs): 113,811018
CPU 14 DPC total execution time (s): 0,001031
CPU 14 DPC count: 437
_________________________________________________________________________________________________________
CPU 15 Interrupt cycle time (s): 8,549351
CPU 15 ISR highest execution time (µs): 0,0
CPU 15 ISR total execution time (s): 0,0
CPU 15 ISR count: 0
CPU 15 DPC highest execution time (µs): 8,003339
CPU 15 DPC total execution time (s): 0,000026
CPU 15 DPC count: 10
_________________________________________________________________________________________________________
CPU 16 Interrupt cycle time (s): 4,603105
CPU 16 ISR highest execution time (µs): 0,0
CPU 16 ISR total execution time (s): 0,0
CPU 16 ISR count: 0
CPU 16 DPC highest execution time (µs): 36,814691
CPU 16 DPC total execution time (s): 0,000260
CPU 16 DPC count: 57
_________________________________________________________________________________________________________
CPU 17 Interrupt cycle time (s): 4,233391
CPU 17 ISR highest execution time (µs): 0,0
CPU 17 ISR total execution time (s): 0,0
CPU 17 ISR count: 0
CPU 17 DPC highest execution time (µs): 34,976294
CPU 17 DPC total execution time (s): 0,000175
CPU 17 DPC count: 37
_________________________________________________________________________________________________________
CPU 18 Interrupt cycle time (s): 3,762503
CPU 18 ISR highest execution time (µs): 0,0
CPU 18 ISR total execution time (s): 0,0
CPU 18 ISR count: 0
CPU 18 DPC highest execution time (µs): 25,906511
CPU 18 DPC total execution time (s): 0,000703
CPU 18 DPC count: 382
_________________________________________________________________________________________________________
CPU 19 Interrupt cycle time (s): 3,320043
CPU 19 ISR highest execution time (µs): 0,0
CPU 19 ISR total execution time (s): 0,0
CPU 19 ISR count: 0
CPU 19 DPC highest execution time (µs): 130,150918
CPU 19 DPC total execution time (s): 0,000423
CPU 19 DPC count: 41
_________________________________________________________________________________________________________
CPU 20 Interrupt cycle time (s): 4,360927
CPU 20 ISR highest execution time (µs): 0,0
CPU 20 ISR total execution time (s): 0,0
CPU 20 ISR count: 0
CPU 20 DPC highest execution time (µs): 37,840401
CPU 20 DPC total execution time (s): 0,000193
CPU 20 DPC count: 25
_________________________________________________________________________________________________________
CPU 21 Interrupt cycle time (s): 4,133167
CPU 21 ISR highest execution time (µs): 0,0
CPU 21 ISR total execution time (s): 0,0
CPU 21 ISR count: 0
CPU 21 DPC highest execution time (µs): 134,857429
CPU 21 DPC total execution time (s): 0,009003
CPU 21 DPC count: 4809
_________________________________________________________________________________________________________
CPU 22 Interrupt cycle time (s): 3,619511
CPU 22 ISR highest execution time (µs): 0,0
CPU 22 ISR total execution time (s): 0,0
CPU 22 ISR count: 0
CPU 22 DPC highest execution time (µs): 0,0
CPU 22 DPC total execution time (s): 0,0
CPU 22 DPC count: 0
_________________________________________________________________________________________________________
CPU 23 Interrupt cycle time (s): 3,254934
CPU 23 ISR highest execution time (µs): 0,0
CPU 23 ISR total execution time (s): 0,0
CPU 23 ISR count: 0
CPU 23 DPC highest execution time (µs): 0,0
CPU 23 DPC total execution time (s): 0,0
CPU 23 DPC count: 0
_________________________________________________________________________________________________________
CPU 24 Interrupt cycle time (s): 3,958355
CPU 24 ISR highest execution time (µs): 0,0
CPU 24 ISR total execution time (s): 0,0
CPU 24 ISR count: 0
CPU 24 DPC highest execution time (µs): 44,40
CPU 24 DPC total execution time (s): 0,000320
CPU 24 DPC count: 90
_________________________________________________________________________________________________________
CPU 25 Interrupt cycle time (s): 3,434341
CPU 25 ISR highest execution time (µs): 0,0
CPU 25 ISR total execution time (s): 0,0
CPU 25 ISR count: 0
CPU 25 DPC highest execution time (µs): 34,524875
CPU 25 DPC total execution time (s): 0,000084
CPU 25 DPC count: 6
_________________________________________________________________________________________________________
CPU 26 Interrupt cycle time (s): 3,180701
CPU 26 ISR highest execution time (µs): 0,0
CPU 26 ISR total execution time (s): 0,0
CPU 26 ISR count: 0
CPU 26 DPC highest execution time (µs): 41,786311
CPU 26 DPC total execution time (s): 0,000460
CPU 26 DPC count: 125
_________________________________________________________________________________________________________
CPU 27 Interrupt cycle time (s): 2,910810
CPU 27 ISR highest execution time (µs): 0,0
CPU 27 ISR total execution time (s): 0,0
CPU 27 ISR count: 0
CPU 27 DPC highest execution time (µs): 0,0
CPU 27 DPC total execution time (s): 0,0
CPU 27 DPC count: 0
_________________________________________________________________________________________________________
CPU 28 Interrupt cycle time (s): 3,759824
CPU 28 ISR highest execution time (µs): 6,377963
CPU 28 ISR total execution time (s): 0,000075
CPU 28 ISR count: 103
CPU 28 DPC highest execution time (µs): 127,343573
CPU 28 DPC total execution time (s): 0,000498
CPU 28 DPC count: 32
_________________________________________________________________________________________________________
CPU 29 Interrupt cycle time (s): 3,352347
CPU 29 ISR highest execution time (µs): 0,0
CPU 29 ISR total execution time (s): 0,0
CPU 29 ISR count: 0
CPU 29 DPC highest execution time (µs): 12,309182
CPU 29 DPC total execution time (s): 0,000029
CPU 29 DPC count: 5
_________________________________________________________________________________________________________
CPU 30 Interrupt cycle time (s): 3,096219
CPU 30 ISR highest execution time (µs): 0,0
CPU 30 ISR total execution time (s): 0,0
CPU 30 ISR count: 0
CPU 30 DPC highest execution time (µs): 147,031052
CPU 30 DPC total execution time (s): 0,000353
CPU 30 DPC count: 9
_________________________________________________________________________________________________________
CPU 31 Interrupt cycle time (s): 2,901648
CPU 31 ISR highest execution time (µs): 0,0
CPU 31 ISR total execution time (s): 0,0
CPU 31 ISR count: 0
CPU 31 DPC highest execution time (µs): 32,713189
CPU 31 DPC total execution time (s): 0,000041
CPU 31 DPC count: 3
_________________________________________________________________________________________________________

 

[Judgi]

da ist irgendwas definitiv faul.... mal Maus oder Keyboard entfernt oder alternatives Gerät probieren.
LatencyMon hättest Du nach JEDER Installation eines Treibers ausführen müssen... wie auch schon direkt nach dem ersten windows-start... :/
So merkst Du ja nicht ab WANN das Problem (die hohe Latenz) eintritt bzw. wer es eventuell verursacht....

 

[torheld]

da ist irgendwas definitiv faul.... mal Maus oder Keyboard entfernt oder alternatives Gerät probieren.
LatencyMon hättest Du nach JEDER Installation eines Treibers ausführen müssen... wie auch schon direkt nach dem ersten windows-start... :/
So merkst Du ja nicht ab WANN das Problem (die hohe Latenz) eintritt bzw. wer es eventuell verursacht....

Ja, genau, direkt nach Offline-Installation habe ich LatencyMon ausgeführt. Leider zeigte schon hier LatencyMon hohe Peaks.
Da anfangs noch keine Bluetooth-Treiber installiert waren, wurden auch Mouse und Tastatur getauscht.
Die Grafikkarte kann jetzt als Fehlerquelle auf jeden Fall ausgeschlossen werden, so wie sämtliche Peripherie-Geräte (Mouse, Tastatur, Gamepad, Drucker, Lautsprecher).
Vielleicht liegt es an der M.2-Schnittstelle mit der Corsair-SSD? Den Slot werde ich noch wechseln und mal meine normale Samsung-SSD anschließen.

 

[hardwear]

Wie alt ist eigentlich dein BIOS? Da würde ich es ggf. nochmal mit einem Update probieren.

 

[torheld]

Wie alt ist eigentlich dein BIOS? Da würde ich es ggf. nochmal mit einem Update probieren.

Hallo @hardwear !
Das neueste BIOS ist installiert. Auch mit den beiden BIOS Vorgänger-Versionen änderte sich leider nichts an der Problematik.
Dankeschön!

 

[Judgi]

hmmm..direkt nach win - installation ?! klingt ja sehr gruselig.
Ich würde glaub ich mal WIN 10 probieren - so clean wie nur möglich ( eventuell sofort "shutup10" ausführen) ... vieleicht hat das Board auch ein echtes Problem / einen Defekt.
Die Werte auf den Bildern von Dir habe ich bisher nur bei kaputten Geräten gesehen...

Mir fällt nochwas ein: was sagt denn der Gerätemanager direkt nach der Win-Installation ? Gibts da vieleicht ein Gerät, welches mit falschem/altem/garkeinem Treiber läuft? Direkt nach Installation nochmal alles mögliche im Ger-Manager deaktiviert und mit LatencyMon gegengechecked?

Anekdote: ich dachte letztens meine Netzwerkkarte ( Realtec PCIe GBE Family Controler) bräuchte so langsam mal nen neuen Treiber ! Die lief mit dem alten Microsofttreiber von 2015 !! Der lief zwar problemlos, aber es gab kaum Einstellungsmöglichkeiten. >> Ich habe dann den aktuellsten Realtec-Treiber installiert und auf einmal hatte ich exact im Sekundentakt wahnsinnige Werte um 500 beim "interrupt to prozess Latency" !! Bei deaktivierter Netzwerkkarte war alles "schick" - aber zurück auf den alten Treiber ging es nicht mehr !!! Nur durch meinen vorher gesetzten Wiederherstellungspunkt konnte ich mein Win mit der Realtec auf den alten Microsofttreiber zurückrollen...

Beitrag automatisch zusammengeführt: 03.07.2023

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.

schon probiert??

Beitrag automatisch zusammengeführt: 03.07.2023

Highest measured interrupt to process latency (µs): 85511,60

sieht sehr nach Fehleinstellung im Bios oder einem defektem Gerät ( Mainboard??) aus... ein lahmer Treiber bringt Dir nicht so hohe Werte ... die von mir oben zitierte CPU Speed schliesse ich auch schon aus... hmm... weitersuchen!!

Ist im Bios irgendwas in sachen IRQ - Zuweisung abgeschaltet oder eingeschränkt? ACPI ist "an" ?
Nach Bios-Flash auch Bios-Reset ausgeführt + optimale Einstellungen geladen...?

Machst Du die Platte/ Partition wo Win drauf soll vorher auch komplett platt? ( ergo "format C:/ ) oder installierst du nur "drüber")


Laut Bild #13 aus Deinem Post #36 könnte man ja vermuten das es tatsächlich am wdf01000.sys liegt... vieleicht ist dein Treiber korrumpiert...?? Vieleicht (im abgesicherten Modus starten ? und- ) versuchen den Treiber versuchsweise umzubenennen.
Läuft der anschließend trotzdem noch und findet sich NICHT in diesem Verzeichnis (C:\Windows\System32\drivers) , hast Du wohl nen Virus/Malware...

Wdf01000.sys Windows Prozess - Was ist das?

Wdf01000.sys ist in Windows 10/11/7 nicht notwendig und macht häufig Probleme. Hier erfahren Sie, was Wdf01000 macht, und wie man Wdf01000.sys entfernt.

www.file.net

 

[CyLord]

Sowas aehnliches hatte ich mal mit dem Ryzen 7 1700 gehabt, der SB Z und dem ASRock X370 Gaming K4. Wo ich dann durch Zufall ein X370 Professional Gaming erworben hatte (guenstig im Forum), das auch viel hochwertiger war, da war das Problem komplett aus der Welt. Der ploetzliche Soundabbruch mit Rauschen war auch mit einem großen Schrecken verbunden.

 

[Beavis99]

sieht sehr nach Fehleinstellung im Bios oder einem defektem Gerät ( Mainboard??) aus... ein lahmer Treiber bringt Dir nicht so hohe Werte ... die von mir oben zitierte CPU Speed schliesse ich auch schon aus... hmm... weitersuchen!!

Ist im Bios irgendwas in sachen IRQ - Zuweisung abgeschaltet oder eingeschränkt? ACPI ist "an" ?
Nach Bios-Flash auch Bios-Reset ausgeführt + optimale Einstellungen geladen...?

Machst Du die Platte/ Partition wo Win drauf soll vorher auch komplett platt? ( ergo "format C:/ ) oder installierst du nur "drüber")


Laut Bild #13 aus Deinem Post #36 könnte man ja vermuten das es tatsächlich am wdf01000.sys liegt... vieleicht ist dein Treiber korrumpiert...?? Vieleicht (im abgesicherten Modus starten ? und- ) versuchen den Treiber versuchsweise umzubenennen.
Läuft der anschließend trotzdem noch und findet sich NICHT in diesem Verzeichnis (C:\Windows\System32\drivers) , hast Du wohl nen Virus/Malware...

Wdf01000.sys Windows Prozess - Was ist das?

Wdf01000.sys ist in Windows 10/11/7 nicht notwendig und macht häufig Probleme. Hier erfahren Sie, was Wdf01000 macht, und wie man Wdf01000.sys entfernt.

www.file.net

Ich hatte ja schonmal hier im Thread geschrieben, ich hatte zwar das Z790 Aorus Elite aber eben auch ein Gigabyte und völlig komische Effekte inkl. hoher Latenzen und Abstürze, bei mir war es auch mal Wdf01000.sys und auch andere. Hab jetzt ein Asrock Z790 und überhaupt keine Probleme mehr mit sonst gleicher Hardware inkl. SB-Z.
Ich weiß bis heute den genauen Grund nicht, aber nach dem Mainboard-Tausch läuft die Kiste 1A, ich hatte auch alles probiert, Neu-Installation, neuestes Bios etc....

Ich bin von Gigabyte erstmal geheilt, die Gigabyte-Software unter Windows ist auch absolute Grütze, zum Glück hatte ich über Amazon bestellt, die haben das Drecksboard zurückgenommen.

 

[torheld]

1000 Dank für Deine so ausführliche fachliche Auseinandersetzung mit dem Thema!

hmmm..direkt nach win - installation ?! klingt ja sehr gruselig.
Ich würde glaub ich mal WIN 10 probieren - so clean wie nur möglich ( eventuell sofort "shutup10" ausführen) ... vieleicht hat das Board auch ein echtes Problem / einen Defekt.
Die Werte auf den Bildern von Dir habe ich bisher nur bei kaputten Geräten gesehen...

Mir fällt nochwas ein: was sagt denn der Gerätemanager direkt nach der Win-Installation ? Gibts da vieleicht ein Gerät, welches mit falschem/altem/garkeinem Treiber läuft? Direkt nach Installation nochmal alles mögliche im Ger-Manager deaktiviert und mit LatencyMon gegengechecked?

Direkt nach der Neuinstallation lief die Netzwerkkarte über den Windows-Treiber. -> Das führte auch schon zu diesen hohen Peaks.
Eine jetzige Netzwerkkarten-Adapter Deaktivierung zeigt die gleiche Beeinträchtigung.

Ist im Bios irgendwas in sachen IRQ - Zuweisung abgeschaltet oder eingeschränkt? ACPI ist "an" ?

Davon gehe ich aus. Werde aber gleich einmal neustarten und nachschauen.

Nach Bios-Flash auch Bios-Reset ausgeführt + optimale Einstellungen geladen...?

Ja, genau.

Machst Du die Platte/ Partition wo Win drauf soll vorher auch komplett platt? ( ergo "format C:/ ) oder installierst du nur "drüber")

Vor der Neuinstallation habe ich Win11 über den USB-Stick geladen, die Partitionen gelöscht, unter DOS gecleant und eine Schnellformatierung durchgeführt.

Laut Bild #13 aus Deinem Post #36 könnte man ja vermuten das es tatsächlich am wdf01000.sys liegt... vieleicht ist dein Treiber korrumpiert...?? Vieleicht (im abgesicherten Modus starten ? und- ) versuchen den Treiber versuchsweise umzubenennen.
Läuft der anschließend trotzdem noch und findet sich NICHT in diesem Verzeichnis (C:\Windows\System32\drivers) , hast Du wohl nen Virus/Malware...

Da das System frisch installiert wurde und der Fehler direkt danach schon auftrat, bin ich bislang nicht von einem Virus oder Malware ausgegangen. Ich versuche "wdf01000.sys" mal zu deaktivieren und werde später auch zu dem BIOS-Punkt Feedback geben.

Dankeschön!

 

[hardwear]

Kannst du das Problem evtl. provozieren, indem du die SSD ein bißchen ärgerst (CrystalDiskMark, cipher /w, ...)? In welchem Slot fristet die eigentlich gerade ihr Dasein?

Sind vielleicht auch USB-Geräte davon betroffen? Häng vielleicht mal eine externe Platte oder sowas dran und beobachte die Datenrate.

Bei so extremen Latenz-Peaks denke ich am ehesten an "PCIe-Schluckauf" oder ähnliches bei DMI (was ja letztlich auch nur ein PCIe-Link ist). Ist im einfachsten Fall vielleicht nur schlechter Kontakt der CPU im Sockel. Solltest du noch keinen Contact Frame haben, ordere doch mal einen solchen (ist beim 13900K eh keine schlechte Idee) und putze bei der Gelegenheit die CPU-Unterseite gründlich.

Sowas kann im Extremfall sogar mal ein CPU-Defekt sein (wobei die bei Intel eigentlich nicht besonders häufig sind). RAM wäre auch so ein Kandidat, dann würde das Problem aber normalerweise mit laxeren Timings bzw. reduziertem Takt weggehen.

 

[CyLord]

Ich hatte ueberlegt, dass man schauen koennte, ob der eingestellte BCLK stimmt. Im CPU-Z steht das glaube. Sollte um die 99,8 MHz sein. Die Karten sollen sehr empfindlich sein. Ja, RAM wuerde ich jetzt auch nicht ausschließen.

 

[Judgi]

Bei so extremen Latenz-Peaks denke ich am ehesten an "PCIe-Schluckauf" oder ähnliches bei DMI (was ja letztlich auch nur ein PCIe-Link ist). Ist im einfachsten Fall vielleicht nur schlechter Kontakt der CPU im Sockel. Solltest du noch keinen Contact Frame haben, ordere doch mal einen solchen (ist beim 13900K eh keine schlechte Idee) und putze bei der Gelegenheit die CPU-Unterseite gründlich.

Sowas kann im Extremfall sogar mal ein CPU-Defekt sein (wobei die bei Intel eigentlich nicht besonders häufig sind). RAM wäre auch so ein Kandidat, dann würde das Problem aber normalerweise mit laxeren Timings bzw. reduziertem Takt weggehen.

auch DAS ist sehr gut möglich !

 

[torheld]

Ich hatte ueberlegt, dass man schauen koennte, ob der eingestellte BCLK stimmt. Im CPU-Z steht das glaube. Sollte um die 99,8 MHz sein. Die Karten sollen sehr empfindlich sein. Ja, RAM wuerde ich jetzt auch nicht ausschließen.

Dankeschön, @CyLord !
Im CPU-Z stehen beim Bus Speed exakt 100 MHz.
Die RAM-Riegel wurden zu Testzwecken gegen DDR5 von Corsair ausgetauscht. Die Latenz-Peaks aber leider blieben.

Beitrag automatisch zusammengeführt: 04.07.2023

Kannst du das Problem evtl. provozieren, indem du die SSD ein bißchen ärgerst (CrystalDiskMark, cipher /w, ...)?

Ja, Danke für den Tippp, @hardwear ! Eine Auslastung mittels CrystalDiskMark zeigte keinen Unterschied.

In welchem Slot fristet die eigentlich gerade ihr Dasein?

In Slot 2. Der PCIe 5.0-Slot würde der Grafikkarte 8 Lanes klauen. Eine weitere M.2-SSD habe ich diesmal von Samsung bestellt und werde hierdrauf Win10/11 neuinstallieren.

Sind vielleicht auch USB-Geräte davon betroffen?

Alle USB-Geräte wurden direkt nach der Neu-Installation abgeklemmt.

Bei so extremen Latenz-Peaks denke ich am ehesten an "PCIe-Schluckauf" oder ähnliches bei DMI (was ja letztlich auch nur ein PCIe-Link ist). Ist im einfachsten Fall vielleicht nur schlechter Kontakt der CPU im Sockel. Solltest du noch keinen Contact Frame haben, ordere doch mal einen solchen (ist beim 13900K eh keine schlechte Idee) und putze bei der Gelegenheit die CPU-Unterseite gründlich.

Danke, der Thermal Grizzly-Kontaktrahmen wurde soeben bestellt. ;-) Ich werde dann davon berichten.

RAM wäre auch so ein Kandidat, dann würde das Problem aber normalerweise mit laxeren Timings bzw. reduziertem Takt weggehen.

Die RAM-Riegel wurden gegen DDR5 von Corsair ausgetauscht. Die Latenz-Peaks aber blieben.

Beitrag automatisch zusammengeführt: 04.07.2023

Ist im Bios irgendwas in sachen IRQ - Zuweisung abgeschaltet oder eingeschränkt? ACPI ist "an" ?

Das Platform Power Management inkl. ASPM ist deaktiviert. Meintest Du das?
Einträge zu ACPI sowie IRQ-Einstellungen habe ich im Gigabyte-BIOS nicht finden können.

Machst Du die Platte/ Partition wo Win drauf soll vorher auch komplett platt? ( ergo "format C:/ ) oder installierst du nur "drüber")

Ist eine Löschung der einzelnen Partitionen mit Schnellformatierung im Falle eines Virus/Malware ausreichend?

Danke!

Beitrag automatisch zusammengeführt: 04.07.2023

Danke, @Judgi !

Laut Bild #13 aus Deinem Post #36 könnte man ja vermuten das es tatsächlich am wdf01000.sys liegt... vieleicht ist dein Treiber korrumpiert...?? Vieleicht (im abgesicherten Modus starten ? und- ) versuchen den Treiber versuchsweise umzubenennen.

"wdf01000.sys" befindet sich außerdem bei mir in folgenden Verzeichnissen:
- "C:\Windows\WinSxS\amd64_microsoft...\"
- "...\f\"
- "...\r\"

Allerdings konnte ich im Taskmanager "wdf01000.sys" nicht finden.

 

[hardwear]

Alle USB-Geräte wurden direkt nach der Neu-Installation abgeklemmt.

Ich meinte eher, ob die evtl. ähnlichen "Schluckauf" zeigen wie der Sound. Hängt ja beides am Chipsatz...

 

[torheld]

Ich meinte eher, ob die evtl. ähnlichen "Schluckauf" zeigen wie der Sound. Hängt ja beides am Chipsatz...

Mittels LatencyMon war nichts dergleichen zu erkennen.

 

[Judgi]

Nochmal: Also wenn Du Win installierst ( auf geplätterter Partition! + am Besten vom USB Stick!) dann erstmal KOMPLETT ohne Netzwerk! (heißt: Kabel ist "ab") Also Windows daran hindern sich Treiber aus dem Internet (von Microsoft) via Internetverbindung zu ziehen ! Dann Chipsatztreiber (von USB Stick! ) installieren. Graka erstmal mit Kotzauflösung laufen lassen und keinen wintreiber nehmen ( Installation abbrechen wenn geht>> auf später verschieben! ) Dann LatencyMon ebenfalls vom Stick installieren UND erstmal gucken was der anzeigt! Erst dann die Graka ( Treiber auf USB-Stick!!) ebenfalls installieren und gucken was LatencyMon anzeigt ...
Hast du nach der Installation vom Chipsatz schon Stress im L-Monitor würde ich die CPU einmal neu montieren ( wie oben erwähnt - keine weiteren Treiber/Software installieren + Netzwerkkabel IMMERNOCH "ab"!!) und das Ganze nochmal von vorn starten!
Falls das Prob dann weiterhin besteht würde ich zuerst das Board wegschmeißen... dann die CPU... dann die M.2 und dann auf AM4 zurückwechseln und nen X3D draufklatschen ( sorry >> Sarkasmuß - mußte jetzt raus ... liebguck)....

neee. erstmal Stichwort "Contactframe" ....wegschmeißen kann man dann immernoch

Beitrag automatisch zusammengeführt: 04.07.2023

Allerdings konnte ich im Taskmanager "wdf01000.sys" nicht finden.

wie schon gesagt: latencyMon zeigt nur den "Leidtragenden" an !! >> nicht den wirklichen Verursacher (gibt bisher aber auch nix, was das kann!)

 

[torheld]

Nochmal: Also wenn Du Win installierst ( auf geplätterter Partition! + am Besten vom USB Stick!) dann erstmal KOMPLETT ohne Netzwerk! (heißt: Kabel ist "ab") Also Windows daran hindern sich Treiber aus dem Internet (von Microsoft) via Internetverbindung zu ziehen ! Dann Chipsatztreiber (von USB Stick! ) installieren. Graka erstmal mit Kotzauflösung laufen lassen und keinen wintreiber nehmen ( Installation abbrechen wenn geht>> auf später verschieben! ) Dann LatencyMon ebenfalls vom Stick installieren UND erstmal gucken was der anzeigt! Erst dann die Graka ( Treiber auf USB-Stick!!) ebenfalls installieren und gucken was LatencyMon anzeigt ...

Danke, lieber @Judgi ! So hattest Du es im Post #34 beschrieben, und das habe ich mir zu Herzen genommen und Schritt für Schritt abgearbeitet.

erstmal Stichwort "Contactframe" ....wegschmeißen kann man dann immernoch

Der "Thermal Grizzly-Kontaktrahmen" ist bestellt!

 

[torheld]

Hallo, liebe HardwareLuxxer,


hier kommt das längst überfällige Update zu den Sound-Einbrüchen.
Was und wie habe ich versucht, die Fehlerquelle zu detektieren und zu beheben?

1. Die CPU und der Sockel wurden mit einem Pinsel sanft geputzt. Anschließend wurde die CPU mittels Thermal Grizzly-Kontaktrahmen fixiert.
-> Die CPU-Temperaturen sind um 4-5 °C gesunken.

2. Das Netzteil mit allen Kabeln wurde zwischenzeitlich ausgetauscht.

3. Eine neue M.2-SSD wurde in einem anderen Slot eingebaut und Windows 11 darauf installiert.

-> Leider hat dies alles nichts geändert. Die hohen Peaks bestehen weiterhin.

Bis auf die CPU und das Mainboard können jetzt alle anderen Komponenten (Gehäuse, Netzteil, RAM, SSD, Grafikkarte, Soundkarte, Stromquelle, alle Kabel, Lautsprecher, alle Peripherie-Geräte, verschiedene BIOS-Versionen und sämtliche Software mit deren Treibern) als Fehlerquelle ausgeschlossen werden.
Sollte ich irgendwo noch ein LGA-1700 Mainboard herbekommen, dann werde ich das austauschen. Ansonsten wird's schwierig, Alternate oder Gigabyte davon zu überzeugen, dass das Mainboard defekt ist.
Vielleicht hat jemand noch eine Idee oder einen Tipp. Würde mich riesig darüber freuen.

Lieben Gruß aus Hamburg! -Torti

 

[deadpixel]

Falls das Thema noch aktuell ist:
Bitte mal den Link unten lesen. Ich hatte ebenfalls ein DPC-Problem und konnte es damit lösen. Problem war, dass die aktuellen CPUs auf aktuellen Boards mit aktuellem Windows 11 (u.U. auch 10, habe ich aber nicht getestet), beim CPU Core Parking rumzicken. Sprich, es werden einzelne Cores zum Stromsparen abgeschaltet und dann dauert es, bis sie wieder da sind.
Artikel ist von einer Seite für Live-Musiker. Die haben mal zusammengefasst, was man alles tun kann für geringe Latenz.

Introduction