问超线程和进程优先级

EN

• 您确切想要的(特别是OP的注释中讨论的内容)需要与任务切换=>同步地打开/脱机一些核心部分，只有调度程序才能执行that.。
• 为运行调度程序所调度的任务而提供的核心集是对调度器施加的约束。(即调度程序无法控制CFS、BFS和ULE的AFAIK )

因此，没有办法完全实现你想要的。

但是，由于一些独立的内核设施，也有可能出现这种情况，但是，没有免费午餐，不同的成本取决于高优先级运行的应用程序。

一个想法是编写一个专门的脚本来启动这些应用程序，这个特殊的脚本将：

1/脱机不受欢迎的兄弟姐妹

好的，这假设您知道将运行任务的物理核心，比如cpu2。但你一定知道是哪一个。读第2节。

这可以通过向/sys/devices/system/cpu/cpu3/online写入0来实现

2/设置进程的CPU关联

在编写它时，您的第一个目标是尽可能多地保留L1缓存。如果您关心大量的L1缓存，那么您就不希望在调度程序基于公平共享的决定的任何时候将任务迁移到另一个核心。

这可以通过几种方法来实现，因为在第3节中您会发现，我更喜欢使用调度工具及其-a选项，承认cpu2的愿望：

schedtool -a 0x4 -e yourapp_name yourapp_parms

3/ Set进程调度策略和优先级

调度任务SCHED_FIFO将非常有帮助，因为没有时间切片，并且只有当一个优先级较高的任务被运行或阻塞时，任务才会被调度出去。

通过使用schedtool使用-F和-p选项，有几种方法可以实现这一点：

schedtool -F -p 5 -e yourapp_name yourapp_parms

我更喜欢schedtool，因为您可以将关联设置和调度策略设置合并到一个命令中：

schedtool -a 0x04 -F -p 5 -e yourapp_name yourapp_parms

小心处理:进入实时任务世界(…)。所以…你知道你在做什么。特别是…如果您的任务是CPU绑定的，您知道您必须关心在您的系统上运行SCHED_FIFO的其他任务的相对优先级，当然也意识到在某个时候让其他内核运行其他SCHED_FIFO绑定任务…的极端荒谬之处。

4/在任务完成

时回复最初被分隔的同级

这可以通过编写1到/sys/devices/system/cpu/cpu3/online来实现

限制

按照此方法，您了解到只有在特权任务终止时，同级才可用于调度程序。

虽然这不是问题，如果运行一个CPU绑定的任务SCHED_FIFO (因为它永远不会或几乎很少被排定出来)，如果特权任务实际上是IO绑定的，那么它很可能看起来有害(从总体性能的角度来看)。换句话说，花费大量的时钟时间来等待外部事件。

因为在这种情况下，特权任务将被(正确地)调度出去，而另一个任务将占用CPU (可能会擦除您亲爱的L1缓存)，而兄弟姐妹在等待的所有时间都会被取消。

因此，与往常一样，只有在其典型工作负载下对系统进行基准测试，才能判断这种方法是否确实有任何显著的好处。