Malwarebytes causing bad sound? in Malwarebytes for Windows Support Forum Posted May 30, 2020 On 5/29/2020 at 2:29 PM, AdvancedSetup said: For many people, the DPC tool is going to probably be a red herring. How so? When it comes to properly handling real-time audio, ISR routine / DPCs and the time they take to execute (latency) are relevant. AV/Anti-malware products often tie in on a low kernel/driver level, so driver issues or conflicts are not unimaginable. A good explanation (and tool to measure) can be found at Resplendence's LatencyMon page. It does take a bit of IT understanding and is not a cookie-cutter answer, that's true. LatencyMon at least uses general rules of thumb that make sense to estimate whether a system is running in a way suitable for handling real-time* audio. Anything under 2000 µs (2ms) is considered ok. On my PC it measures 500 at the highest and 10 µs on average. Please note the how to use page also mentions there's several other possible causes for drop-outs: audio buffer size, CPU thread contention (high load/competing programs), buggy drivers, buggy software. Also CPU throttling/power saving functions can cause spikes during state switching. Since the tool shows drivers' DPC execution times and processes' hard page faults they can at least help you find possible culprits of audio issues. Probably the DPC latency spikes are much bigger than 2ms if they're the cause of dropouts in normal music playback. *: real-time refers to use-cases where you use low-latency (midi) devices with a small buffer... Like artists or recording studios do to obtain a low total roundtrip latency in the monitor/artist earbud. Regular music/video playback is not real-time and should be able to handle higher latencies. Buffer sizes for recording input could be e.g. 256 samples. At a sample rate of 44.1kHz that's only 5.8ms input latency (2000µs = 2ms) Audio/video playback software often uses buffers 10x that or more.