Windows Server RDP 会话不断终止 AudioSrv (audiodg.exe)，导致音频启动延迟

Question

运行 Windows Server 2012 R2 时我注意到 RDP 连接上有一个烦人的功能：

audiodg.exe如果音频服务闲置超过 5 分钟，Windows 将继续终止该服务。

问题在于，任何新的音频输出现在都会遭受 5-10 秒的启动延迟，必须等待audiodg.exe再次启动后才能开始音频输出。

我已经多次看到在所有 Windows Server 版本上讨论 RDP 连接的音频延迟问题，但我还没有看到任何人提到这可能是导致所有这些问题的原因。

audodg.exe 的 spoolup 时间将延迟服务器上的所有音频。无论音频来自何处。带有音频反馈的交互式应用程序将不同步，Chrome 上的 Youtube 视频将冻结，直到 audiodg 再次运行。

在我的服务器上，audiodg 在启动时占用 100% 的 CPU。我不知道它在做什么，但它会在 100% 的 CPU 下工作大约 5-10 秒，然后音频才会恢复正常。

一旦启动并运行，所有音频都是即时的。没有延迟或滞后。只要它保持运行，一切都会正常。

我发现修复这个烦人的“功能”的唯一方法是创建一个重复任务，每 4 分钟播放几秒钟的声音（静音），以防止 Windows 杀死 audiodg。

这看起来像是一个愚蠢的解决方案。

我想到了一些问题（我认为按重要性排序）：

1. 我如何才能从一开始就完全防止 audiodg 被杀死，而不诉诸黑客解决方案？是否有注册表设置？我已将服务设置为“手动”，但这没有任何区别。自动/手动……无论如何都是同样的问题。

2. 为什么 audiodg 启动这么慢？我认为这也可能是某种错误或非预期的功能。

更新

看起来我在这里找到了问题 2 的答案：
audiodg.exe 进程扫描 catroot 并占用 IO