这是来自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进程永远不会被抢占?
如果您没有更改任何其他策略设置,那么您可能会受到限制.请参阅这篇有关几年前添加到调度程序的实时限制的信息性文章.
它的要点是:非特权用户可以使用SCHED_FIFO
并尝试浸泡CPU,但RT限制代码会强制进行一些操作,SCHED_OTHER
因此您不会楔入系统.来自文章:
自2.6.25以来发布的内核已将默认组的rt_bandwidth值设置为每1.0秒中的0.95.换句话说,默认情况下,组调度程序被配置为为非SCHED_FIFO任务保留5%的CPU.