Dreamdancer-pfc
Hallo zusammen,
nach 15monatigem problemlosen Einsatz spinnt mein Laptop plötzlich. Ich hatte jetzt an 2 Abenden Soundaussetzer. Beim letzten Mal ca. 8 x 3 Sekunden ohne Musik (in VDJ lief alles wie gewohnt weiter) und 1 x schließt sich VDJ um sich sofort wieder zu öffnen und an der letzten Position weiterzuspielen.
Laptop (Medion MD 60226, i7 7. Generation, 3,5 GHz, 8 GB RAM, 512 GB SSD) jetzt 2 x neu aufgesetzt: Windows 10 neu installiert (einmal aktuell und einmal ältere Version vor dem CreatorsUpdate); alle Treiber aktuell. VDJ aktuell 8.3 b4459. Aktuelle ASIO-Treiber für Denon MC 7000. Energieoptionen auf Höchstleistung. Keine automatischen Abschaltungen. Kein automatisches Windows-Update. Deaktivierung der Energieverwaltungen in der Systemsteuerung. Alles auf Hintergrunddienste gestellt. Optimierung auf Leistung. Keine Tuning-Programme, kein Virenscanner.
Ich denke eigentlich das ich weiß was ich tue ...
... aber LatencyMon zeigt nach einiger Zeit immer vernichtende Werte an :( Die Latenzen der Treiber liegen zwar deutlich unter 1 ms, aber folgender Wert scheint das Problem zu sein => Highest measured interrupt to process latency (µs): 4523,722125. Mit dem Wert kann ich nix anfangen...
Hier das komplette Ergebnis von LatencyMon. Vielleicht kann mir ja jemand einen Tipp geben was ich noch machen kann... DANKE im voraus.
P.S.: BIOS ist aktuell. Im BIOS selbst keine Option zur Abschaltung von CPU Throttling
P.P.S: Ich selbst hatte ursprünglich das CreatorsUpdate in Verbindung mit dadurch nicht mehr sauber laufenden Treibern als Verursacher im Verdacht. Never change a running system; also bin ich aktuell zurück zu einer älteren Windows-Version. Hat aber auch nichts gebracht :(
ICH DANKE FÜR KONSTRUKTIVE HILFE !!!
_________________________________________________________________________________________________________
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 4:22:17 (h:mm:ss) on all processors.
_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: DESKTOP-I1QUMOM
OS version: Windows 10 , 10.0, build: 14393 (x64)
Hardware: S3409 MD60226, Medion, F13K
CPU: GenuineIntel Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz
Logical processors: 4
Processor groups: 1
RAM: 8092 MB total
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 2904 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): 4523,722125
Average measured interrupt to process latency (µs): 4,266750
Highest measured interrupt to DPC latency (µs): 4520,901190
Average measured interrupt to DPC latency (µs): 0,916425
_________________________________________________________________________________________________________
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): 150,171143
Driver with highest ISR routine execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation
Highest reported total ISR routine time (%): 0,008952
Driver with highest ISR total time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation
Total time spent in ISRs (%) 0,017008
ISR count (execution time <250 µs): 2087426
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µ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): 457,710399
Driver with highest DPC routine execution time: tcpip.sys - TCP/IP-Treiber, Microsoft Corporation
Highest reported total DPC routine time (%): 0,038752
Driver with highest DPC total execution time: rspLLL64.sys - Resplendence Latency Monitoring and Auxiliary Kernel Library, Resplendence Software Projects Sp.
Total time spent in DPCs (%) 0,063664
DPC count (execution time <250 µs): 32892801
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 43
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µ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: msmpeng.exe
Total number of hard pagefaults 38958
Hard pagefault count of hardest hit process: 10916
Number of processes hit: 47
_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 156,699311
CPU 0 ISR highest execution time (µs): 150,171143
CPU 0 ISR total execution time (s): 10,687564
CPU 0 ISR count: 2078220
CPU 0 DPC highest execution time (µs): 457,710399
CPU 0 DPC total execution time (s): 38,975616
CPU 0 DPC count: 32723812
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 560,163654
CPU 1 ISR highest execution time (µs): 49,831267
CPU 1 ISR total execution time (s): 0,018391
CPU 1 ISR count: 9198
CPU 1 DPC highest execution time (µs): 342,165978
CPU 1 DPC total execution time (s): 0,206057
CPU 1 DPC count: 51489
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 103,206112
CPU 2 ISR highest execution time (µs): 5,678375
CPU 2 ISR total execution time (s): 0,000026
CPU 2 ISR count: 6
CPU 2 DPC highest execution time (µs): 353,747934
CPU 2 DPC total execution time (s): 0,787453
CPU 2 DPC count: 93447
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 532,060095
CPU 3 ISR highest execution time (µs): 6,285813
CPU 3 ISR total execution time (s): 0,000012
CPU 3 ISR count: 2
CPU 3 DPC highest execution time (µs): 384,811295
CPU 3 DPC total execution time (s): 0,106324
CPU 3 DPC count: 24096
_________________________________________________________________________________________________________
nach 15monatigem problemlosen Einsatz spinnt mein Laptop plötzlich. Ich hatte jetzt an 2 Abenden Soundaussetzer. Beim letzten Mal ca. 8 x 3 Sekunden ohne Musik (in VDJ lief alles wie gewohnt weiter) und 1 x schließt sich VDJ um sich sofort wieder zu öffnen und an der letzten Position weiterzuspielen.
Laptop (Medion MD 60226, i7 7. Generation, 3,5 GHz, 8 GB RAM, 512 GB SSD) jetzt 2 x neu aufgesetzt: Windows 10 neu installiert (einmal aktuell und einmal ältere Version vor dem CreatorsUpdate); alle Treiber aktuell. VDJ aktuell 8.3 b4459. Aktuelle ASIO-Treiber für Denon MC 7000. Energieoptionen auf Höchstleistung. Keine automatischen Abschaltungen. Kein automatisches Windows-Update. Deaktivierung der Energieverwaltungen in der Systemsteuerung. Alles auf Hintergrunddienste gestellt. Optimierung auf Leistung. Keine Tuning-Programme, kein Virenscanner.
Ich denke eigentlich das ich weiß was ich tue ...
... aber LatencyMon zeigt nach einiger Zeit immer vernichtende Werte an :( Die Latenzen der Treiber liegen zwar deutlich unter 1 ms, aber folgender Wert scheint das Problem zu sein => Highest measured interrupt to process latency (µs): 4523,722125. Mit dem Wert kann ich nix anfangen...
Hier das komplette Ergebnis von LatencyMon. Vielleicht kann mir ja jemand einen Tipp geben was ich noch machen kann... DANKE im voraus.
P.S.: BIOS ist aktuell. Im BIOS selbst keine Option zur Abschaltung von CPU Throttling
P.P.S: Ich selbst hatte ursprünglich das CreatorsUpdate in Verbindung mit dadurch nicht mehr sauber laufenden Treibern als Verursacher im Verdacht. Never change a running system; also bin ich aktuell zurück zu einer älteren Windows-Version. Hat aber auch nichts gebracht :(
ICH DANKE FÜR KONSTRUKTIVE HILFE !!!
_________________________________________________________________________________________________________
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 4:22:17 (h:mm:ss) on all processors.
_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: DESKTOP-I1QUMOM
OS version: Windows 10 , 10.0, build: 14393 (x64)
Hardware: S3409 MD60226, Medion, F13K
CPU: GenuineIntel Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz
Logical processors: 4
Processor groups: 1
RAM: 8092 MB total
_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 2904 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): 4523,722125
Average measured interrupt to process latency (µs): 4,266750
Highest measured interrupt to DPC latency (µs): 4520,901190
Average measured interrupt to DPC latency (µs): 0,916425
_________________________________________________________________________________________________________
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): 150,171143
Driver with highest ISR routine execution time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation
Highest reported total ISR routine time (%): 0,008952
Driver with highest ISR total time: Wdf01000.sys - Kernelmodustreiber-Frameworklaufzeit, Microsoft Corporation
Total time spent in ISRs (%) 0,017008
ISR count (execution time <250 µs): 2087426
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µ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): 457,710399
Driver with highest DPC routine execution time: tcpip.sys - TCP/IP-Treiber, Microsoft Corporation
Highest reported total DPC routine time (%): 0,038752
Driver with highest DPC total execution time: rspLLL64.sys - Resplendence Latency Monitoring and Auxiliary Kernel Library, Resplendence Software Projects Sp.
Total time spent in DPCs (%) 0,063664
DPC count (execution time <250 µs): 32892801
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 43
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µ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: msmpeng.exe
Total number of hard pagefaults 38958
Hard pagefault count of hardest hit process: 10916
Number of processes hit: 47
_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 156,699311
CPU 0 ISR highest execution time (µs): 150,171143
CPU 0 ISR total execution time (s): 10,687564
CPU 0 ISR count: 2078220
CPU 0 DPC highest execution time (µs): 457,710399
CPU 0 DPC total execution time (s): 38,975616
CPU 0 DPC count: 32723812
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 560,163654
CPU 1 ISR highest execution time (µs): 49,831267
CPU 1 ISR total execution time (s): 0,018391
CPU 1 ISR count: 9198
CPU 1 DPC highest execution time (µs): 342,165978
CPU 1 DPC total execution time (s): 0,206057
CPU 1 DPC count: 51489
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 103,206112
CPU 2 ISR highest execution time (µs): 5,678375
CPU 2 ISR total execution time (s): 0,000026
CPU 2 ISR count: 6
CPU 2 DPC highest execution time (µs): 353,747934
CPU 2 DPC total execution time (s): 0,787453
CPU 2 DPC count: 93447
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 532,060095
CPU 3 ISR highest execution time (µs): 6,285813
CPU 3 ISR total execution time (s): 0,000012
CPU 3 ISR count: 2
CPU 3 DPC highest execution time (µs): 384,811295
CPU 3 DPC total execution time (s): 0,106324
CPU 3 DPC count: 24096
_________________________________________________________________________________________________________
Mensajes Wed 08 Aug 18 @ 8:39 pm
Stefan Aumüller
Wie sieht es mit Internet aus?
Hast du WLAN oder LAN an?
Wenn ich WLAN an habe kommen auch sehr regelmäßig Spitzen in der Latenz.
Am besten ist da, Netzwerkgerät deaktivieren.
Eigentlich hört es sich nach einem langsamen versagen der Hardware an. Logisch gesehen.
Wenn der Rechner immer mit derselben Konfiguration lief... Könnte der RAM-Speicher sein oder die SSD oder etc.
RAM-Speicher und SSD könntest du ja schon mal durchchecken lassen.
Hast du WLAN oder LAN an?
Wenn ich WLAN an habe kommen auch sehr regelmäßig Spitzen in der Latenz.
Am besten ist da, Netzwerkgerät deaktivieren.
Eigentlich hört es sich nach einem langsamen versagen der Hardware an. Logisch gesehen.
Wenn der Rechner immer mit derselben Konfiguration lief... Könnte der RAM-Speicher sein oder die SSD oder etc.
RAM-Speicher und SSD könntest du ja schon mal durchchecken lassen.
Mensajes Thu 09 Aug 18 @ 5:55 am
discotronic
Hatte ich auch bei meinem Acer.Netzwerkgerät lan deaktiviert und Problem weg.
Mensajes Thu 09 Aug 18 @ 7:40 am
Dreamdancer-pfc
Danke für die Vorschläge. Kein LAN vorhanden und beim zweiten Mal (der Abend mit den heftigsten Ausfällen) war das WLAN testweise bereits deaktiviert. Daran liegt es also leider nicht :(
RAM und SSD testen? Werde ich mal machen...
RAM und SSD testen? Werde ich mal machen...
Mensajes Thu 09 Aug 18 @ 7:30 pm
Stefan Aumüller
Gab es vielleicht mal ein BIOS Update?
Mensajes Thu 09 Aug 18 @ 8:29 pm
DJ T-Grey
was ganz banal ist, aber große Auswirkungen hat, ist ein defektes USB Kabel.
Hast du schon mal mit einem anderen USB Kabel getestet?
Hast du schon mal mit einem anderen USB Kabel getestet?
Mensajes Fri 10 Aug 18 @ 1:11 pm
PachN
Quote :
Process with highest pagefault count: msmpeng.exe
Das ist ein Prozess des Windows Defenders.
Hast du mal versucht den und evtl. andere Virenscanner abzuschalten?
Mensajes Tue 14 Aug 18 @ 8:57 am
audatio
Unter Windows 10 mindestens i5 mit 4 Kernen. Ordentlich Ram und möglichst SSD. USB Buffer verändern.
Mensajes Sat 15 Jun 19 @ 9:59 pm
mobilbude
Hi, bin seit gestern an einem ähnlichen Problem dran.
Es sieht so aus, dass bei mir der Fehler weg ist,
wenn ich in den Energieoptionen die "Einstellung für selektives Energiesparen" auf "aktiviert" lasse.
Seit dem ich das so eingestellt habe, läuft der Rechner wesentlich besser.
Für eine 100% Antwort ist es aber noch zu früh.
Es sieht so aus, dass bei mir der Fehler weg ist,
wenn ich in den Energieoptionen die "Einstellung für selektives Energiesparen" auf "aktiviert" lasse.
Seit dem ich das so eingestellt habe, läuft der Rechner wesentlich besser.
Für eine 100% Antwort ist es aber noch zu früh.
Mensajes Sun 16 Jun 19 @ 10:08 am
mobilbude
So nach 4,5 Stunden Latancymon, lehne ich mich aus dem Fenster und sage, es ist dieses... "Einstellung für selektives Energiesparen"
Mensajes Mon 17 Jun 19 @ 3:39 pm
Kletsch
hmmm aufwärmen bitte -> an oder aus ?
Mensajes Sat 07 Mar 20 @ 10:49 am
mobilbude
WAT???
Mensajes Sat 07 Mar 20 @ 11:37 am
vlnjacki
Er meint bestimmt ob du das:
"Einstellung für selektives Energiesparen"
an oder aus hast.
So wie ich das rauslese hast du es aktiviert und der Fehler ist dadurch weg:
"Einstellung für selektives Energiesparen"
an oder aus hast.
So wie ich das rauslese hast du es aktiviert und der Fehler ist dadurch weg:
mobilbude wrote :
Es sieht so aus, dass bei mir der Fehler weg ist,
wenn ich in den Energieoptionen die "Einstellung für selektives Energiesparen" auf "aktiviert" lasse.
Seit dem ich das so eingestellt habe, läuft der Rechner wesentlich besser.
Für eine 100% Antwort ist es aber noch zu früh.
Es sieht so aus, dass bei mir der Fehler weg ist,
wenn ich in den Energieoptionen die "Einstellung für selektives Energiesparen" auf "aktiviert" lasse.
Seit dem ich das so eingestellt habe, läuft der Rechner wesentlich besser.
Für eine 100% Antwort ist es aber noch zu früh.
Mensajes Sat 07 Mar 20 @ 3:00 pm
mobilbude
Richtig, ist doch wohl eindeutig, oder?
Mensajes Sat 07 Mar 20 @ 3:03 pm
vlnjacki
mobilbude wrote :
Richtig, ist doch wohl eindeutig, oder?
Finde ja
Mensajes Sat 07 Mar 20 @ 3:31 pm