最近研发的产品出了点小bug,最后查到根本缘由是,其中一个进程A使用基于FIFO的实时进程优先级,而另外一个进程B是使用普通调度的进程优先级,而A和B两个进程是互相通讯的,进程B会被饿死,而进程A也不能正常工做。分析问题过程当中查找了一些资料,如下记录一些特别注意的点。函数
(1)SCHED_OTHER,分时调度策略spa
(2)SCHED_FIFO,实时调度策略,先到先服务.net
(3)SCHED_RR,实时调度策略,时间片轮转 线程
因为相关内容比较多,本人也末必比别人讲得更清楚,关于进程调度更详细的内容建议读《深刻理解Linux内核》,网上的不少内容都是今后而来,也不必定比这本书讲得好。另可参考此连接3d
https://blog.csdn.net/maximuszhou/article/details/42042161code
前面遇到bug的进程A就是使用SCHED_FIFO调度策略的,而进程B没有通过设置,默认是SCHED_OTHER。blog
查找资料的时候发现有个连接问,为何设置FIFO策略,但和预想的不一致。连接在此 http://ask.csdn.net/questions/254095进程
从代码看是由于设置的方法不对,直接上代码,能够设置进程和线程的调度策略
get
1 #include <stdio.h> 2 #include <stdlib.h> 3 #include <pthread.h> 4 #include <sched.h> 5 6 7 pid_t pid = getpid(); 8 struct sched_param param; 9 param.sched_priority = sched_get_priority_max(SCHED_FIFO); // 也可用SCHED_RR 10 sched_setscheduler(pid, SCHED_RR, ¶m); // 设置当前进程 11 pthread_setschedparam(pthread_self(), SCHED_FIFO, ¶m); // 设置当前线程
能够经过top命令查看进程是否成功,若是为"rt"表示是实时进程了。若是不成功,多是权限问题,须要roo权限。产品
若是不调整调度策略,也能够提高进程优先级,使得进程获得更多的CPU,特别是交互式程序,用户体检更好。代码很简单,只须要调用nice(int n)函数便可。n的有效范围是-20~19,数值越小表示优先级越高。具体内容不在此复制粘贴,仍是看《深刻理解Linux内核》比较靠谱。