优先级为99的SCHED_FIFO进程被抢占？

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

如果您没有更改任何其他策略设置,那么您可能会受到限制.请参阅这篇有关几年前添加到调度程序的实时限制的信息性文章.

它的要点是:非特权用户可以使用SCHED_FIFO并尝试浸泡CPU,但RT限制代码会强制进行一些操作,SCHED_OTHER因此您不会楔入系统.来自文章:

自2.6.25以来发布的内核已将默认组的rt_bandwidth值设置为每1.0秒中的0.95.换句话说,默认情况下,组调度程序被配置为为非SCHED_FIFO任务保留5%的CPU.