这是来自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进程永远不会被抢占？
1 回答
如果你没有受到限制 . 有关几年前添加到调度程序的实时限制，请参阅this informative article .
它的要点是：非特权用户可以使用
SCHED_FIFO并尝试浸泡CPU，但RT限制代码会强制一点SCHED_OTHER，所以你不要楔入系统 . 来自文章：