最近研發的產品出了點小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內核》比較靠譜。