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

发布时间：2020-12-14 00:53:33 所属栏目：Linux 来源：网络整理

导读：这是来自sched_setscheduler(2) – Linux手册页： “在一个实时策略(SCHED_FIFO,SCHED_RR)下调度的进程的sched_priority值在1(低)到99(高)范围内.” “SCHED_FIFO进程一直运行,直到它被I / O请求阻塞,它被更高优先级的进程抢占,或者它调用sched_yield(2).”

这是来自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,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.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!