Python mysql服务器的CPU相关性

我的linux服务器带有4个CPU。我已经安装了mysql，并且我有大量CPU任务，在后台全天候运行。我认为对每个进程使用CPU关联有什么好处？例如：

1 CPU = background task/daemon
2 CPU = background task/daemon
3 CPU = background task/daemon
4 CPU = mysql

每个后台任务在任何给定时间都会占用80%的CPU

更新：

---

我的任务是lxml解析器（python）。

我想看看您的进程在做什么。如果调度器一直将任务切换到不同的核心/CPU上，那么通过将它们锁定到特定的核心/CPU，您可以看到性能提升。好处在于每次不必在两个核心/CPU之间进行昂贵的上下文切换

如果您没有看到这种情况发生，那么我认为没有必要将它们锁定到特定的内核，因为调度程序可能会看到需要对它们进行洗牌

---

如果您正在寻找一个更具体的答案，那么您应该研究一下Linux内核使用的调度器以及它是如何调度进程的。一旦您了解了它是如何安排它们的，那么使用配置/标志可能会很有好处，这样它就可以很好地处理所有后台繁重的任务。但是请记住，如果您做得太极端，您将面临进程/线程不足、运行时间过长或总体性能差的巨大风险。

您可能没有操作系统那么聪明，为什么要这样做？这正是我的问题。将任务分配到特定的CPU或操作系统是否有优势？这样做是否可行？跨越3个核心的3个任务或每个核心连接的3个任务=相同的结果？tadman在一般情况下是正确的，但某些调度程序可能会针对某些机器/任务进行“优化”。如果您的计划程序针对特定的预期任务集进行了优化，则您可以看到安装不同的任务集（如果可能）的好处，或者通过强制执行特定的关联性来实现。不要忘记，当由于热管理问题而导致较低数量的内核负载较重时，现代Intel CPU工作得更好。单个内核可以在“Turbo”模式下以更高的时钟速度运行，而不是故意分散进程以防止出现这种情况。