对无争用 cpuset 中的线程的调度程序优先级和策略有什么影响（如果有的话）？

Question

我有一个 Linux 系统，我们使用 cgroups 创建了两个 cpu_exclusive cpuset，A 和 B，并且我们将所有用户线程和所有未绑定的内核线程迁移到附加到 cpuset A 的 cgroup。在 cpuset A 中运行的事物具有不同的调度程序策略和不同的优先级，并且 cpuset A 中运行的线程比 cpuset A 中的内核数多得多。

还有一些非常活跃的进程附加到 cpuset B 上，这些进程中的用户线程总数永远不会大于 cpuset B 中专门可用的内核数。 目标是屏蔽这些在 cpuset 中运行的重要任务B 来自机器上的其他活动并最大限度地减少处理延迟。

在这样的设置中，在 cpuset B 中运行的用户线程的调度策略/优先级是否有任何可观察到的影响？换种说法：将 B cpuset 线程的调度策略从默认的 SCHED_OTHER 更改为 SCHED_FIFO 或 SCHED_RR 会有什么后果，好还是坏？

似乎答案应该是“否”，因为调度程序应该能够为在 cpuset B 中运行的每个线程分配其自己的专用内核，因此不会有任何优先级或调度，因此 B 的策略和相对优先级cpuset 线程无关紧要。另一方面，需要担心绑定的内核线程和“调度程序域”方面，可能还有其他我没有考虑过的事情。

在任何实际意义上，在过度配置的独占 cpuset 中运行的线程的调度策略和优先级是否重要？

Answer 1

如果每个进程都有自己的核心，那么就没有优先级限制。

但是，如果您安排一个流程每 15 分钟运行一次 30 分钟，您将开始需要确定优先级，因为该流程将开始重叠。

然而，不存在“最佳”调度策略。

它们实际上取决于您想要实现的目标。但一开始，我会将其保留为默认值 SCHED_OTHER，并观察一段时间，然后再尝试更专业的东西。