pulseaudio 的默认 nice 值 (-11) 实际上是否由于自动分组而无效？

Question

这脉冲音频守护进程默认以良好级别 -11 运行，通过实时工具包。

然而，我注意到在高 CPU 负载时​​音频断断续续，并且通过设置 和 进一步降低了好high-priority = yes值nice-level = -16/etc/pulse/daemon.conf没有影响。反过来，realtime-scheduling = yes和realtime-priority = 6似乎也没有效果，因为默认的 Arch 内核似乎不支持实时调度。

阅读答案后服务器故障和堆栈溢出（并且超级用户）表明，由于自动分组，进程的nice值不是全局的，我想知道 Pulseaudio 默认使用的良好级别是否在一天结束时变得无效（除非自动分组被关闭，这并非没有它自己的担忧）。

有人知道吗？