Question

这是来自sched_setscheduler（2） - Linux手册页：

“在其中一个实时策略（SCHED_FIFO，SCHED_RR）下调度的进程的sched_priority值在1（低）到99（高）范围内。”

“SCHED_FIFO进程一直运行，直到它被I / O请求阻塞，它被更高优先级的进程抢占，或者它调用sched_yield（2）。”

我有以下代码：

struct sched_param sp;
memset( &sp, 0, sizeof(sp) );
sp.sched_priority = 99;
sched_setscheduler( 0, SCHED_FIFO, &sp );

现在该流程应该在最高优先级下运行（99）永远不应该被抢先一步。

因此，当它开始运行以下循环时：

while ( 1 ) ;

它应该永远运行，不允许其他进程运行。

尽管如此，当我开始这样一个过程时，我也可以使用其他过程。其他进程运行得慢得多，但它们确实运行了。

我的处理器有2个内核，所以我开始了这个过程的两个副本。两个核心的使用率跃升至97％-100％。两个进程都在运行无限循环。

我仍然可以在shell中键入命令并观察其输出。我也可以使用GUI程序。

如果可能永远不会抢占优先级为99的SCHED_FIFO进程，那该怎么可能？

Answer 1

如果您没有更改任何其他策略设置，那么您可能会受到限制。有关几年前添加到调度程序的实时限制，请参阅this informative article。

它的要点是：非特权用户可以使用SCHED_FIFO并尝试浸泡CPU，但RT限制代码会强制一点点SCHED_OTHER，所以你不要楔入系统。来自文章：

从2.6.25开始发布的内核已经设置了rt_bandwidth值每1.0秒默认组为0.95。换句话说，默认情况下，组调度程序配置为保留5％的CPU 对于非SCHED_FIFO任务。