Hmm, I'd rather see it the other way round. DPC/ISR routines allocate CPU time. If there is a driver (e.g. dxgkrnl or Wdf01000) allocating a CPU core with a higher priority/none interruptable task, the CPU core is blocked for that time and cannot e.g. execute USB or audio driver tasks (on that core).
If the DPC/ISR execution time takes too long (and other requests cannot be served in time) the CPU core will overload (what you see in Ableton Live).
How long a DPC/ISR excution takes is not just depending on the CPU speed itself but also the driver, the peripheral HW, which interrupts lines they share, the Windows scheduler etc. I'd rather would search the issue there as the CPU itself surely is fast enough.
E.g. recently after a Windows update I also suddenly got a lot of audio drop outs (even with 2056 samples buffer size). LatencyMon showed high latencies induced by the Wdf01000.sys driver (several ms). After checking the device manager, I noticed that Windows added several new network devices. After deactivating those the latencies dropped noticable (to µs range) and the dropouts were gone.
But also, in the end this might not help as some drivers are essential or needed by the user. Also e.g. the HW interconnections (e.g. USB port <-> chipset) are fix. So, maybe just a future laptop driver or Windows update can help..
If you want to invest some time and know what you do: Here is a nice 1:15h youtube video which shows several steps to improve the low latency behavior of a system, going beyond the typical stuff like power plan editing (including in depth things like core parking). Second half is rather for advanced users as the changes can make the system unstable or damage/brick it (if e.g. wrong registry entries are edited)
URL Fix Latency for Good - In Depth Guide