linux进程优先级抢占实例,linux – 优先级为99的SCHED_FIFO进程被抢占？

这是来自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进程永远不会被抢占？

解决方法:

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

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

Kernels shipped since 2.6.25 have set the rt_bandwidth value for the

default group to be 0.95 out of every 1.0 seconds. In other words, the

group scheduler is configured, by default, to reserve 5% of the CPU

for non-SCHED_FIFO tasks.

标签：linux,scheduling

来源： https://codeday.me/bug/20190529/1175607.html