cluberti

It's always been possible with Azure VMs. You'd set up a vNet and then create VMs and configure it on those VMs as you would anywhere else. The tricky part is if you wanted to extend it on-prem, you'd need to configure ExpressRoute and some other things locally, but if everything will live in Azure, it's entirely possible.

Same thing in the new trace - see my last post for options.

I've edited my post above after digging deeper - I'd wager IRQ sharing is the root cause under load. Since you aren't likely to be able to move your chipset controller as it's soldered to the board, you might want to try moving your video card to different PCI-E slots to see if it can be moved to a different IRQ. If not, you might want to try a different card altogether if possible to make sure it's not caused by a failure of the video card itself (I've seen this behavior happen before for that reason, for what it's worth).

If that's the case (those listed routines call HDAUDIO functions, which would call the audio driver), then you have to start looking at both your video card drivers and your Intel ICH/RAID drivers. Both also have a decent number of interrupts as you can see in the table above. I noticed that the Intel Chipset is listed on IRQL16, as is your video card. Not good.

I'll try to take a look at this in-depth later, but it appears your audio driver is a very likely culprit, CMUDAXP.SYS:

No, that call is doing exactly what you think it is. I think you're right given the data.

Done.