Sound Latency mit Ryzen Prozessor

[chigeda]

[Bitte fülle den folgenden Fragebogen unbedingt vollständig aus, damit andere Nutzer dir effizient helfen können. Danke! ]

1. Nenne uns bitte deine aktuelle Hardware:
(Bitte tatsächlich hier auflisten und nicht auf Signatur verweisen, da diese von einigen nicht gesehen wird und Hardware sich ändert)

• Prozessor (CPU): … Ryzen 5 4500
• Arbeitsspeicher (RAM): … 32GB RAM Corsair (Dual Channel)
• Mainboard: … MSI MAG B550 Tomahawk
• Netzteil: … Be Quiet 750Watt
• Grafikkarte: … AMD Sapphire RX 6800
• HDD / SSD: … Samsung NVME

2. Beschreibe dein Problem. Je genauer und besser du dein Problem beschreibst, desto besser kann dir geholfen werden (zusätzliche Bilder könnten z. B. hilfreich sein):
Da mein eigentlich Prozessor defekt ist (Reparatur/Gewährleistung) (das ist ein Ryzen 9 5600X) Habe ich zum Überbrücken meine ältere Ryzen 5 4500 eingebaut. Nun habe ich ziemliche Latenzprobleme damit. Ich habe ständig Sound-Störungen.

3. Welche Schritte hast du bereits unternommen/versucht, um das Problem zu lösen und was hat es gebracht?
BIOS resetet -> keine Änderung
Aktuelle Treiber (Chipsatz, Grafikkarte, Samsung NVME Treiber)
Latencymon laufen lassen:

_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system seems to be having difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. One or more DPC 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:09:29 (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: DESKTOP-OFV3DQD
OS version: Windows 10, 10.0, version 2009, build: 19045 (x64)
Hardware: MS-7C91, Micro-Star International Co., Ltd.
BIOS: A.B0
CPU: AuthenticAMD AMD Ryzen 5 4500 6-Core Processor
Logical processors: 12
Processor groups: 1
Processor group size: 12
RAM: 32661 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed (WMI): 360 MHz
Reported CPU speed (registry): 3593 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): 1307,40
Average measured interrupt to process latency (µs): 6,398909

Highest measured interrupt to DPC latency (µs): 1295,60
Average measured interrupt to DPC latency (µs): 3,21720


_________________________________________________________________________________________________________
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): 349,098803
Driver with highest ISR routine execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation

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

Total time spent in ISRs (%) 0,004370

ISR count (execution time <250 µs): 318392
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-1000 µs): 2
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): 1346,157529
Driver with highest DPC routine execution time: storport.sys - Microsoft Storage Port Driver, Microsoft Corporation

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

Total time spent in DPCs (%) 0,219878

DPC count (execution time <250 µs): 1112876
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 675
DPC count (execution time 1000-2000 µs): 14
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: radeonsoftware.exe

Total number of hard pagefaults 8710
Hard pagefault count of hardest hit process: 2558
Number of processes hit: 69


_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 25,613095
CPU 0 ISR highest execution time (µs): 349,098803
CPU 0 ISR total execution time (s): 0,183664
CPU 0 ISR count: 200440
CPU 0 DPC highest execution time (µs): 1250,010576
CPU 0 DPC total execution time (s): 9,978735
CPU 0 DPC count: 884228
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 17,835540
CPU 1 ISR highest execution time (µs): 18,385750
CPU 1 ISR total execution time (s): 0,108633
CPU 1 ISR count: 112985
CPU 1 DPC highest execution time (µs): 390,569441
CPU 1 DPC total execution time (s): 4,371934
CPU 1 DPC count: 149654
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 4,735725
CPU 2 ISR highest execution time (µs): 8,566657
CPU 2 ISR total execution time (s): 0,006054
CPU 2 ISR count: 4874
CPU 2 DPC highest execution time (µs): 1346,157529
CPU 2 DPC total execution time (s): 0,324885
CPU 2 DPC count: 29389
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 4,651569
CPU 3 ISR highest execution time (µs): 3,075981
CPU 3 ISR total execution time (s): 0,000117
CPU 3 ISR count: 95
CPU 3 DPC highest execution time (µs): 79,865294
CPU 3 DPC total execution time (s): 0,019939
CPU 3 DPC count: 3665
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 4,674235
CPU 4 ISR highest execution time (µs): 0,0
CPU 4 ISR total execution time (s): 0,0
CPU 4 ISR count: 0
CPU 4 DPC highest execution time (µs): 1301,440579
CPU 4 DPC total execution time (s): 0,065820
CPU 4 DPC count: 9518
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 4,205991
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): 77,560813
CPU 5 DPC total execution time (s): 0,010306
CPU 5 DPC count: 1941
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 2,986234
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): 75,156137
CPU 6 DPC total execution time (s): 0,043497
CPU 6 DPC count: 7535
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 2,327864
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): 105,314779
CPU 7 DPC total execution time (s): 0,015364
CPU 7 DPC count: 2364
_________________________________________________________________________________________________________
CPU 8 Interrupt cycle time (s): 2,930653
CPU 8 ISR highest execution time (µs): 0,0
CPU 8 ISR total execution time (s): 0,0
CPU 8 ISR count: 0
CPU 8 DPC highest execution time (µs): 1227,687169
CPU 8 DPC total execution time (s): 0,056135
CPU 8 DPC count: 8459
_________________________________________________________________________________________________________
CPU 9 Interrupt cycle time (s): 2,287254
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): 78,923462
CPU 9 DPC total execution time (s): 0,011931
CPU 9 DPC count: 2023
_________________________________________________________________________________________________________
CPU 10 Interrupt cycle time (s): 2,757944
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): 1302,282215
CPU 10 DPC total execution time (s): 0,078493
CPU 10 DPC count: 10093
_________________________________________________________________________________________________________
CPU 11 Interrupt cycle time (s): 2,575625
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): 1319,756193
CPU 11 DPC total execution time (s): 0,039128
CPU 11 DPC count: 4696
_________________________________________________________________________________________________________


Was mir ebenfalls aufgefallen ist, die CPU scheint regelmäßig hochzutakten, trotz Auslastung von nur ca. 10%. Der Standardtakt liegt bei 3,60 GHz. Die geht jedoch regelmäßig auf maximal 4,2 GHz hoch. Das im Idle während nur Spotify läuft.

 

[coasterblog]

Was mir ebenfalls aufgefallen ist, die CPU scheint regelmäßig hochzutakten, trotz Auslastung von nur ca. 10%. Der Standardtakt liegt bei 3,60 GHz. Die geht jedoch regelmäßig auf maximal 4,2 GHz hoch. Das im Idle während nur Spotify läuft.

Das ist ein völlig normales Verhalten und wurde schon oft hier erwähnt
So funktioniert die Technik heute.

 

[Alexander2]

stell den ram mal auf jedec einstellungen.

welcher ist es denn eigentlich genau?

 

[Tenferenzu]

Die 5000er aus Blöcken zu je 8 Kerne (oder 6) Kernen aufgebaut und verhalten sich wie eine CPU mit 6 oder 8 Kernen. Die 4000er/3000er verhalten sich hingegen eher wie zwei 4 Kerner (bzw. 3 Kerner) die halt miteinander Kommunizieren. Solange nur innerhalb der Untereinheit Kommuniziert wird ist alles gut, sobald sie dann untereinander Kommunizieren müssen kommt es zu relativ hohen Latenzen.
Wenn du nur 3 Kerne verwendest (Processlasso oder Taskmanager) sollten deine Latenzen auch besser werden.

Hier siehst du den Unterschied relativ gut erklärt:
https://www.anandtech.com/show/1621...e-review-5950x-5900x-5800x-and-5700x-tested/5

Edit: RAM an der Kotzgrenze hört sich auch nach einer Fehlerquelle an..
Sorry, hab' den Eingangspost falsch interpretiert, dachte es geht um Audioanwendungen.. Sobald ich LatencyMon höre kommt es da anscheinden zu einem Kurzschluss bei mir..

 

[Alexander2]

ich hab nen 3900x und der hat keine soundprobleme, das an sich ist nicht der ausschlaggebende Faktor, da tippe ich schon ehehr aufgrund von 32gb ram, das das evtl. 4 Module sind? und es da zu fehlerhaften Daten kommt. - instabil - um es nochmal so zu schreiben
vermutlich xmp Profil geladen und nun ist es nur leidlich am laufen.

 

[chigeda]

Also zum RAM:
Ich habe hier XMP eingestellt dass er auf 3200MHz läuft.
Es ist ein Corsair Vegeance RGB Pro (2x 16GB RAM im Dual Channel) Also Slot 2 und 4 belegt.

Soll XMP aus sein? Bzw soll er generell nicht auf 3200Mhz laufen?

 

[Alexander2]

Ich würde es auf jeden fall auch mal mit XMP aus probieren, etwas am ram ändern wenn das noch nicht hilf → laxer einstellen, spannung leicht anheben bei laxen einstellungen. jedenfalls ist nicht stabil laufender ram eine fehlerquelle.

2 Module mit 3200MHz hört sich erstmal nicht falsch an, trotzdem würde ich da ansetzen.

Ergänzung (27. Januar 2023)

Soll XMP aus sein?

Wegen dem soll ... du hast nen Problem, es geht darum zu testen ob es beseitigt werden kann. Nur als Info nebenbei, das XMP Profil zu laden ist OC.
(das soll nicht heißen, das man das nicht machen soll, ist nur eine Klarstellung)

 

[chigeda]

Also...
Habe nun XMP deaktiviert, aber das hat nichts geändert.
Ich vermute ich habe hier ein ganz anderes Problem, denn nun seit heute habe ich auf allen (habe so ziemlich alle Ports getestet) auch Aussetzer an meiner Tastastur/Maus. Die verliert ständig die Verbindung (geht kurz aus und wieder an). Und meine Vermutung wäre jetzt dass die USB Ports am Mainboard Stress machen.

Kann man da irgendwas umstellen/testen?
Habe bereits dass Bios auch resettet, das hat nichts geändert...

 

[wolve666]

Ist dein Bios aktuell? Aktuellstes Bios

Mainboard-Treiber (Sound, Lan) aktuell? evtl. mal die Treier für Sound direkt vom Hersteller des Soundchips testen

 

[chigeda]

Ja, ist aktuell. Habe ich auch schon testweise neu geflasht.

Treiber sind alle aktuell (Chipsatz, Sound, Grafik etc. alles direkt vom Hersteller)
Habe auch eine externe Soundkarte, da ist das Problem auch. Habe hier auch schon im BIOS testweise Onboard Sound ausgemacht.

Ich habe nun die Soundkarte an den Front USB meines Gehäuses angeschlossen und bisher keine Störung auch die Tastatur hat keine Ausfälle wenn ich die Front USB benutze.

Das verstärkt ja mein Verdacht dass meine USB Anschlüsse am Mainboard Probleme machen. Als würden die nicht genügend Strom bekommen für meine Geräte.

EDIT: die Geräte (also Soundkarte, Kopfhörer) funktionen an einem anderen Gerät (Notebook) wunderbar.

 

[noway]

Ich hatte mal ähnliche Probleme bei nem 3700X, wenn ich den infinity fabric bei 1900Mhz hatte. Vllt. liegt es daran bzw. mal minimal runtergehen.
Was ist am 5600x denn defekt? CPUs sinds ja letztlich selten... Vllt. hat auch das Board einen weg..

 

[chigeda]

Den hab ich bei mindfactory zum Umtausch geschickt weil er ein defekt hatte. Ich habe regelmäßige WHEA events gehabt und den logs stand dass er von einem Prozessorkern verursacht wurde.
War das Ergebnis von dem Troubleshooting hier https://www.computerbase.de/forum/threads/sporadische-abstuerze-whea-events.2125589/#post-27774725

Nun habe ich jetzt die Probleme mit den USB Ports. Die scheinen echt nicht mehr genug Strom vom Mainboard zu bekommen. Die Geräte gehen ständig aus. Bei der Soundkarte fängt der Sound an zu knistern und geht dann nach kurzer Zeit komplett aus.
Diese Probleme habe ich wiederum erst seit ich den neuen Prozessor eingebaut habe. Die Verkabelung etc. habe ich doppelt geprüft. Auch die Temperaturen sind völlig okay von der CPU (unter 50 Grad)

 

[noway]

Hast das Problem auch unter ner Linux live Distro?

 

[chigeda]

UPDATE:
Habe es nun einigermaßen im Griff.
Die Tastatur läuft stabil per USB. Die Maus ruckelt extrem bei den USB-Mainboard Anschlüssen. Aber das ist Funk-USB Dongle, kann am Wifi liegen. An den Front USB geht die Maus.
Ich habe jetzt nur noch ein Problem mit der Soundblaster X G6 Soundkarte.
Der Sound geht ohne Probleme, sobald ich aber z.B. CS GO starte knistert es kurz und der Sound ist komplett weg. Strom hat die Soundkarte aber immernoch, das Logo an der Karte leuchtet.
Wenn ich dann versuche den USB kurz raus und wieder reinzuamachen stürzt CS GO direkt ab. Ich kann also die Soundkarte nicht in Games verwenden.

Hatte ich so noch nie und habe gerade keine Idee woran das liegt.

An den Mainboard USB liegt es nicht, ich konnte heute ein anderes Mainboard testen, selbes Verhalten.

 

[chigeda]

Hast das Problem auch unter ner Linux live Distro?

mit linux live system ist tatsächlich alles bestens, keine probleme ....

 

[Alexander2]

Ich weiß ja nicht ob Linux was für dich ist, dann könnte die Story da schon enden :-)

Oder eben auch mal eine Windows neu installation versuchen und wie ich fände ganz wichtig, zuvor alles platt machen, also keine überinstalltion.

 

[chigeda]

Problem nun behoben durch Neuinstallation von Windows.

Danke für die Hilfe