Old 11-27-2019, 02:12 PM   #1
euphor
Human being with feelings
 
euphor's Avatar
 
Join Date: Aug 2019
Posts: 59
Default Knacken und Latenzen Behriger UMC202HD

Grundsätzlich läuft das System soweit in Ordnung.
Windows Audio ist im Bios deaktiviert, und Treiber älterer Hardware sind ebenfalls sorgsam entfernt worden

Als jetziges Interface dient ein Behringer UMC202HD.
Geladen sind die offiziellen Behringer Treiber, seit gestern experementiere ich in Reaper auch mit dem Asio4all.

In den Windows Soundeinstellungen des Interface Ausganges, ist eine Samplerate von 44,1k bzw 48k eingestellt und 1:1 in Reaper in den Optionen, als auch in den Projekteigenschaften übernommen worden.

Ich muss jedoch ein Minimum! von 512 Buffersamples einstellen. Darunter beginnt starkes Knacken mit starker Latenz.

Ansonsten lässt es sich vorsichtig aushalten, solang das System nicht zu stark überladen wird.

>In Ableton siehts wieder ganz anders aus. Völlig egal bei welchen Einstellungen, extremstes Knacken, fast schon ein Rauschen!

Möglicherweise weiß jemand Abhilfe?

Ein Test mit LatencyMoon ergab folgendes:

Quote:
__________________________________________________ __________________________________________________ _____
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:03:29 (h:mm:ss) on all processors.


__________________________________________________ __________________________________________________ _____
SYSTEM INFORMATION
__________________________________________________ __________________________________________________ _____
Computer name: DESKTOP-EAM4HDK
OS version: Windows 10 , 10.0, version 1803, build: 17134 (x64)
Hardware: P5E-VM HDMI, , ASUSTeK Computer INC.
CPU: GenuineIntel Intel(R) Xeon(R) CPU X5460 @ 3.16GHz
Logical processors: 4
Processor groups: 1
RAM: 8191 MB total


__________________________________________________ __________________________________________________ _____
CPU SPEED
__________________________________________________ __________________________________________________ _____
Reported CPU speed: 4048 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.

WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.



__________________________________________________ __________________________________________________ _____
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): 244,380760
Average measured interrupt to process latency (µs): 4,696705

Highest measured interrupt to DPC latency (µs): 150,777364
Average measured interrupt to DPC latency (µs): 1,562094


__________________________________________________ __________________________________________________ _____
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): 3914,826087
Driver with highest ISR routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

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

Total time spent in ISRs (%) 0,047671

ISR count (execution time <250 µs): 56462
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 16
ISR count (execution time 1000-1999 µs): 3
ISR count (execution time 2000-3999 µs): 1
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): 2138,328557
Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 431.70 , NVIDIA Corporation

Highest reported total DPC routine time (%): 0,017207
Driver with highest DPC total execution time: USBPORT.SYS - USB 1.1 & 2.0-Porttreiber, Microsoft Corporation

Total time spent in DPCs (%) 0,086663

DPC count (execution time <250 µs): 95980
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 10
DPC count (execution time 1000-1999 µs): 1
DPC count (execution time 2000-3999 µs): 1
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: firefox.exe

Total number of hard pagefaults 13
Hard pagefault count of hardest hit process: 11
Number of processes hit: 3


__________________________________________________ __________________________________________________ _____
PER CPU DATA
__________________________________________________ __________________________________________________ _____
CPU 0 Interrupt cycle time (s): 2,426036
CPU 0 ISR highest execution time (µs): 3914,826087
CPU 0 ISR total execution time (s): 0,398760
CPU 0 ISR count: 56382
CPU 0 DPC highest execution time (µs): 2138,328557
CPU 0 DPC total execution time (s): 0,664867
CPU 0 DPC count: 81765
__________________________________________________ __________________________________________________ _____
CPU 1 Interrupt cycle time (s): 0,306954
CPU 1 ISR highest execution time (µs): 70,994318
CPU 1 ISR total execution time (s): 0,000780
CPU 1 ISR count: 100
CPU 1 DPC highest execution time (µs): 183,811265
CPU 1 DPC total execution time (s): 0,006376
CPU 1 DPC count: 1815
__________________________________________________ __________________________________________________ _____
CPU 2 Interrupt cycle time (s): 0,323641
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): 182,919466
CPU 2 DPC total execution time (s): 0,006578
CPU 2 DPC count: 1409
__________________________________________________ __________________________________________________ _____
CPU 3 Interrupt cycle time (s): 0,304856
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): 181,807312
CPU 3 DPC total execution time (s): 0,048524
CPU 3 DPC count: 11003
__________________________________________________ __________________________________________________ _____
euphor is offline   Reply With Quote
Old 11-27-2019, 03:39 PM   #2
sisaso
Human being with feelings
 
Join Date: Jul 2015
Posts: 223
Default

LatencyMon meckert über deine CPU. Die ausgelesenen Werte sind viel zu niedrig.Was gibt denn der Windows Taskmanager/Performance Monitor als CPU Frequenz an? Hast Du irgendwelche Overclocking Geschichten am Laufen?
sisaso is offline   Reply With Quote
Old 11-27-2019, 03:57 PM   #3
euphor
Human being with feelings
 
euphor's Avatar
 
Join Date: Aug 2019
Posts: 59
Default

Richtig, ist auf 4Ghz übertaktet. An welcher Stelle im Log stellst du ein Performaceproblem fest?
Und warum werden explizit die Grafikkartentreiber erwähnt? Verstehe die Zusammenhänge leider irgendwie nicht so richtig :/
euphor is offline   Reply With Quote
Old 11-27-2019, 04:02 PM   #4
sisaso
Human being with feelings
 
Join Date: Jul 2015
Posts: 223
Default

Ich würde den Testlauf noch einmal im normal getakteten Zustand wiederholen. Dafür ist der Test gemacht. Und dann schauen wir mal.
sisaso is offline   Reply With Quote
Old 11-28-2019, 12:44 PM   #5
solger
Human being with feelings
 
solger's Avatar
 
Join Date: Mar 2013
Posts: 5,844
Default

Quote:
Originally Posted by euphor View Post
Ein Test mit LatencyMoon ergab folgendes:
Falls noch nicht bereits gemacht, würde ich empfehlen in LatencyMon auch den Drivers Tab anzuschauen, ob dort irgendwelche Treiber mit hohen Highest execution (ms) Werten aufscheinen, die Probleme bereiten könnten.
Mehr Infos dazu gibt es hier in Kapitel 3.2.1. Identifikation problematischer Treiber: https://support.native-instruments.c...dio-Processing
__________________
ReaLauncher
solger is offline   Reply With Quote
Old 11-30-2019, 11:04 AM   #6
euphor
Human being with feelings
 
euphor's Avatar
 
Join Date: Aug 2019
Posts: 59
Default

Quote:
Originally Posted by sisaso View Post
Ich würde den Testlauf noch einmal im normal getakteten Zustand wiederholen. Dafür ist der Test gemacht. Und dann schauen wir mal.
Keine Verbesserung mit Grundeinstellungen im Bios.


Hier ein Screenshot meiner Driver:



Besonders mit USBPORT.sys und Dxgkrnl.sys kämpfe ich gerade. Die Chipsettreiber sind aktuell.
Wüsste nicht, was man noch tun kan, ausser systematisch alle Geräte zu deaktivieren, was den Rechner am Ende nichtmehr lauffähig macht..
euphor is offline   Reply With Quote
Old 12-01-2019, 02:43 PM   #7
euphor
Human being with feelings
 
euphor's Avatar
 
Join Date: Aug 2019
Posts: 59
Default

Kleines Update:

Zumindest das dxgkrnl und Hdaudiobus (HIgh audio definition BUS) hab ich unter Kontrolle bekommen, wenn auch über Umwege. Meine Geforce Nvidia Karte musste in den MSI Mode eingestellt werden:

https://forums.guru3d.com/threads/wi...i-tool.378044/

Mit den anderen Treibern kämpfe ich noch.
euphor is offline   Reply With Quote
Old 12-08-2019, 09:53 AM   #8
euphor
Human being with feelings
 
euphor's Avatar
 
Join Date: Aug 2019
Posts: 59
Default

Quote:
Originally Posted by euphor View Post
Kleines Update:

Zumindest das dxgkrnl und Hdaudiobus (HIgh audio definition BUS) hab ich unter Kontrolle bekommen, wenn auch über Umwege. Meine Geforce Nvidia Karte musste in den MSI Mode eingestellt werden:

https://forums.guru3d.com/threads/wi...i-tool.378044/

Mit den anderen Treibern kämpfe ich noch.
Edit2:

Nach sehr viel Recherche, und noch mehr Tweaks, Neuinstallationen und die grundsätzliche Benutzung des Verstandes, bin ich auf sogenannte IRQ's gestossen. Über 'msinfo32' im Ausführungsmenü, lassen sich Konflikte von Hardwaregeräten anzeigen, welche die selben Kanäle nutzen, um Unterberechungsanfragen an die CPU zu setzen.

Und natürlich teilen sich die Graka und die USB-Buse die selben Kanäle und sorgen dafür dass diese Prozesse sich gegenseitig behindern.

Normalerweise sollte entweder das Mainboard bzw das Bios diese Aufgabe übernehmen, diese Einstellungen finden sich in meinem Bios jedoch nicht. 10 Jahre altes 775'er Mainboard.
Deshalb hab ich soeben ein neues bestellt für kleines Geld, und hoffe die Probleme sollten sich ab nächster Woche erledigt haben.
euphor is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 11:49 PM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.