程序優先順序,nice理解
用top或者ps命令會輸出PRI/PR、NI、%ni/%nice這三種指標值,這些到底是什麼東西?先給出大概的解釋如下:
PRI :程序優先權,代表這個程序可被執行的優先順序,其值越小,優先順序就越高,越早被執行
NI :程序Nice值,代表這個程序的優先值
%nice :改變過優先順序的程序的佔用CPU的百分比 (呵呵,這句好難理解是吧,不急慢慢來^_^)
PRI是比較好理解的,即程序的優先順序,或者通俗點說就是程式被CPU執行的先後順序,此值越小程序的優先級別越高。那NI呢?就是我們所要說的nice值了,其表示程序可被執行的優先順序的修正數值。如前面所說,PRI值越小越快被執行,那麼加入nice值後,將會使得PRI變為:PRI(new)=PRI(old)+nice
在LINUX系統中,Nice值的範圍從-20到+19(不同系統的值範圍是不一樣的),正值表示低優先順序,負值表示高優先順序,值為零則表示不會調整該程序的優先順序。具有最高優先順序的程式,其nice值最低,所以在LINUX系統中,值-20使得一項任務變得非常重要;與之相反,如果任務的nice為+19,則表示它是一個高尚的、無私的任務,允許所有其他任務比自己享有寶貴的CPU時間的更大使用份額,這也就是nice的名稱的來意。
程序在建立時被賦予不同的優先順序值,而如前面所說,nice的值是表示程序優先順序值可被修正資料值,因此,每個程序都在其計劃執行時被賦予一個nice值,這樣系統就可以根據系統的資源以及具體程序的各類資源消耗情況,主動干預程序的優先順序值。在通常情況下,子程序會繼承父程序的nice值,比如在系統啟動的過程中,init程序會被賦予0,其他所有程序繼承了這個nice值(因為其他程序都是init的子程序)。
對nice值一個形象比喻,假設在一個CPU輪轉中,有2個runnable的程序A和B,如果他們的nice值都為0,假設核心會給他們每人分配1k個cpu時間片。但是假設程序A的為0,但是B的值為-10,那麼此時CPU可能分別給A和B分配1k和1.5k的時間片。故可以形象的理解為,nice的值影響了核心分配給程序的cpu時間片的多少,時間片越多的程序,其優先順序越高,其優先順序值(PRI)越低。%nice,就是改變過優先順序的程序的佔用CPU的百分比,如上例中就是0.5k/2.5k=1/5=20%。
由此可見,程序nice值和程序優先順序不是一個概念,但是程序nice值會影響到程序的優先順序變化。
程序的nice值是可以被修改的,修改命令分別是nice
1、nice命令就是設定一個要執行command程序的nice值,其命令格式是 nice –n adjustment command command_option,如果這裡不指定adjustment,則預設為10。
2、renice命令就是設定一個已經在執行的程序的nice值,假設一執行程序本來nice值為0,renice為3後,則這個執行程序的nice值就為3了。
說明:如果使用者設定的nice值超過了nice的邊界值(LINUX為-20到+19),系統就取nice的邊界值作為程序的nice值。
舉例如下:
對非root使用者,只能將其底下的程序的nice值變大而不能變小。若想變小,得要有相應的許可權。
[[email protected]_dbc ~]$ nice
0
[[email protected]_dbc ~]$ nice -n 3 ls
agent bin important_bak logs statistics_import.log TMP_FORUM_STATS.dmp TMP_TAOBAO_STATS.dmp TMP_TBCAT_STATS.dmp top.dmp worksh
[[email protected]_dbc ~]$ nice -n -3 ls
nice: cannot set priority: Permission denied
對root使用者,可以給其子程序賦予更小的nice值。
[[email protected] root]# nice
0
[[email protected] root]# nice -n -3 ls
192.168.205.191.txt anaconda-ks.cfg clariion.log Desktop disk1 emc.sh File_sort install.log install.log.syslog log OPS rhel_os_soft root_link_name
同樣,renice的執行也必須要有相應的許可權方可執行。