Process (進程)

^ back on top ^

• Job Control
  Job control 為操控 job 行為,常用的控制有暫停(suspended)或放到背景去執行或把背景的指令搬到前景甚至終止某 job 或調整優先順序。
  
  
• 前景程式
  當我們在文字界面下執行某指令預設是在前景(foreground)下執行, 且要等其執行完成才能再下其他的指令。
  
  例:

  $ dd if=/dev/zero of=1g-file bs=1G count=1; seq 1 1000000

  
  上例中用 dd 產生 1G 大小的檔案後才能執行 seq 1 1000000 都很花時間,前景程式的缺點為要等程式跑完才能再執行下一個指令,
  
  但明明 Linux 是多工的作業系統,如每個程式都要等其跑完才能再跑下個指令是自廢武功。某些很花時間的程式是可丟到背景去執行的 。
  
  
• 終止程式 <CTRL+C>
  如果某一前景程式實在跑的太久或發現下錯指令可按 <Ctrl+C> 終止其執行。
  
  例:

  $ seq 1 1000000 1 2 3 4 Ctrl+C ←按 <Ctrl+C>終止前景程式 $

  
  
• 暫停程式<CTRL+Z>
  如有某指令想插隊,但任意的按 <CTRL+C> 終止目前執行中的指令會浪費目前的運算結果,此時可令目前的程式暫停,等插隊的指令下完要恢復執被暫停的 job 可用 fg 將此指令放到前景執行或用 bg 放到背景去跑。
  
  例:

  $ seq 1 1000000 1 2 3 4 Ctrl+Z ←按 <Ctrl+Z>暫停前景程式 [1]+ Stopped                seq 1 100000000 ←程式被 stoped 了 $ mv fileA fileB ←(插隊的指令) $ fg ←繼續剛暫停 job 5 6 7 以下略

  
  
• 背景執行程式 &
  如要一開始就把指令丟到背景很簡單,只要在指令最後加〝&〞即可,如前景程式範例中用 dd 產生 1G 大小的檔案很花時間,可把 dd 放到背景去,.此時前景就可繼續處理其他的事。
  
  例:

  $ dd if=/dev/zero of=1g-file bs=1G count=1 & ←將 dd 放到背景 [1] 2680 ←中括號內的數字(〝[1]〞)為 job number $ seq 1 1000000 ←前景可跑其他指令 1 2 3 以下略

  
  登入的 sehll 內丟到背景的程式(jobs)會被編號叫〝 job number〞顯示在中括號內(如上例〝[1]〞),其後為 PID ( 上例〝2680〞)。
  
  不同的登入者其 job number 是各自獨立運作,例如同一時間有數個帳號登入可能有相同的 job number 編號,但彼此井水不犯河水,job number 是各自 shell 內執行中的程式編號。
  
  例:

  $ dd if=/dev/zero of=1g-image bs=1G count=1 & ←產生 1G 大小的檔案並放到背景 [1] 2680 ←job number 為〝1〞pid number 為〝2680〞 $ sleep 60 & ←整個 shell 暫停 60 秒並丟到背景 [2] 2681 ←job number 為〝2〞pid number 為〝2681〞 $ su ←切換為 superuser # updatedb & ←以 superuser 在背景跑〝updatedb〞 [1] 2725 ←job number 為〝1〞 (但此為 superuser 的 job number)

  
  如要把許多指令丟到背景且寫在同一行,用〝&〞來取代指令間隔的〝;〞。
  
  例:

  $ dd if=/dev/zero of=1g-image bs=1G count=1 & sleep 60 & ↵ Enter←將多個指令放到背景 [1] 2680 [2] 2681

  
  把程式放到背景雖方便多工作業,但背景程式的 stdout 或 stderr 常會干擾前景程式,故必要時可把背景程式的 stdout 或 stderr 重定向檔案。
  
  例:

  $ seq 1 10000 > count.txt & ←將背景程式的 stdout 重定向檔案 [1] 2680 $ cp -r /etc /tmp 1> /dev/null 2>&1 & ←將背景程式的 stdout 和 stderr 重定向到檔案 [2] 2681

  
  

  ^ back on top ^

• jobs 顯示背景程式
  jobs 可顯示目前 shell 內使用者有多少個程式在背景或暫停未結束的程式 , job number 會顯示在中括號〝[ ]〞內。
  
  例:

  $ sleep 600 & [1] 2680 $ dd if=/dev/zero of=1g-file bs=1G count=1& [2] 2681 $ seq 1 1000000 1 2 3 Ctrl+Z ←按 <Ctrl+Z>暫停指令〝seq 1 1000000〞 [3]+ Stopped                seq 1 100000000 $ jobs ←顯示在背景的指令 [1] Running sleep 600 & ←〝[ ]〞內的數字為 job number [2]- dd if=/dev/zero of=1g-file bs=1G count=1 & ←倒數第二個 job number 會顯示〝-〞 [3]+ Stopped seq 1 1000000 ←最後一個 job number 會顯示〝+〞

  
  如只想列出暫停的 jobs 可用 jobs -s ,而只要列出在背景的 jobs 為 jobs -r 如要連 PID 一起列出為 jobs -l (小寫的 L),jobs -p 只列出 jobs 的 PID。
  
  
  • 管理 jobs
    執行 jobs 時會在最後一個和倒數第二個 job 的中括號〝[ ]〞後顯示〝+〞和〝-〞方便 bg、fg 或 kill 指令等來指定要管理那一個 jobs。 例如 kill %+ 為把最後一個 job 殺掉。其他常用來指定 jobs 的表示法整理如下:
    
    

    符號	說明
    〝%+〞 或〝+〞 或〝 %%〞	最後一個 job
    〝%- 〞或 〝-〞	倒數第二個 job
    〝%#〞(#為 job number 的數字)	指定的 job number
    〝%CMD〞(CMD 為指令名稱)	指定名稱的 jobs
    〝%?STRING〞(STRING 為字串)	指定指令包含的字串

    
    例:

    $ fg %- ←將倒數第二個 job 轉為前景 $ fg %4 ←將 job number=4 的程式轉為前景 $ kill %cp ←將〝cp〞開頭的 job 指令終止(可為 cpp 或 cp 等〝cp〞開頭的指令 ) $ bg %?100 ←將 jobs 中有〝100〞字串的指令放到背景繼續執行(如 sleep 10000) $ jobs -s -l ←列出暫停的 jobs 並列出 PID

  
  

  ^ back on top ^

• bg 暫停轉背景
  如前景程式被暫停了,想恢復被暫停的程式在背景默默的跑,可用 bg (background) 。預設的情況 bg 或 fg 如不指定 job number 為處理〝%+〞,即最後一個在背景的 job)。
  
  
  例:

  $ seq 1 1000000 1 2 3 CTRL+Z ←按 <CTRLl+Z>暫停前景程式 [1]+ Stopped                seq 1 100000000 ←暫停目前的程式 $ bg ←繼續被暫停的程式但於到背景去執行 4 5 以下略

  
  因是在背景執行,故無法用 <CTRL-Z> 或<CTRL-C> 來暫停或終止。
  
  例:

  $ bg %3 ←將 job number=3 轉為在背景下繼續跑

  
  
• fg 背前轉前景
  被暫停或在背景的指令可用 fg (forceground)讓其轉前景,如被暫停的 job 會恢復執行。
  
  例:

  $ seq 1 1000000 1 2 3 CTRL+Z ←按 <CTRLl+Z>暫停前景程式 [1]+ Stopped                seq 1 100000000 ←暫停目前的程式 $ fg ←繼續被暫停的程式並轉為前景執行 5 6 以下略 $ fg + ←將最後一 job 轉為前景 $ fg ←同上 $ fg %5 ←將 job number=5 的指令轉為前景 $ fg %gzip ←將 gzip 指令轉為前景

  
  

  ^ back on top ^

• kill 殺死 process
  Unix-like 作業系統常用〝Signal〞來當 process 和 process 之間的溝通管道 ,也就是告之某 process 有一事件(event)已產生了,而作業系統 一偵測到就會去處理,故〝Signal〞又叫軟體中斷(Soft-Interrupt) 。
  
  例如按 <CTRL-C> 就是傳送一個叫〝SIGINT〞的 Signal 給 process,此時 OS 一偵測到會跳脫該 process 正常的控制流程再根據〝SIGINT〞在該 process 的定義例外處理,大部分的 process 收到〝SIGINT〞應會被作業系追殺(強迫中止)。
  
  指令 kill 會發出 Signal 給 process,告訴 OS 某 process 有事件了請去處理一下,大部份是去殺掉該 process。但 kill 的功能不止於此, kill -l (小寫的 L)會列出可產生的 Signal 種類。
  
  例:

  $ kill -l ←列出所有的 signal 編號 1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL 5) SIGTRAP      6) SIGABRT      7) SIGBUS       8) SIGFPE 9) SIGKILL      10) SIGUSR1     11) SIGSEGV     12) SIGUSR2 13) SIGPIPE     14) SIGALRM     15) SIGTERM     16) SIGSTKFLT 17) SIGCHLD     18) SIGCONT     19) SIGSTOP     20) SIGTSTP 21) SIGTTIN     22) SIGTTOU     23) SIGURG      24) SIGXCPU 以下略

  
  雖 kill 可發出各種的 Singnal 給 process, 但不同的 process 對收到這些 Signal 作業系處理不盡相同,如某個 process 收到該 process 沒定義的 Signal,作業系統不知如何處置,最大可能是殺掉此 process 但也有的可能不管他就當空氣。但 Signal 中的〝SIGKILL〞和〝SIGSTOP〞 是聖旨不可忽略,收到〝SIGKILL〞的 process 都必須被砍頭,而收到〝SIGSTOP〞的 process 幸運多了只是被點穴不能動。
  
  kill 基本用法為選項〝-s〞+ signal,故遇到殺不掉的 process 可用 kill -s SIGKILL 來殺無赦, 也可根據 kill -l 所列出的數值來取代 Signal 名稱,如 kill -s SIGKILL = Kill -9。
  
  例 :
  

  $ seq 1000000000 > /dev/null & ←產生一背景進程 [1] 21533 $ kill -s SIGINT %+1 ← 送一〝SIGINT〞到背景進程(kill -s SIGINT 同指令 kill -2) [1]+ Interrupt seq 1000000000 > /dev/null ←背景進程被中斷了 $ seq 1 1000000 ←輸出 1 ~ 1000000 1 2 3 CTRL+Z ←按 <CTRLl+Z>暫停程式 $ kill -s SIGCONT %+1 ← 送一〝SIGCONT〞(繼續)到暫停的程式 4 ←輸出繼續了 5 6 以下略

  
  
  例 :
  

  $ kill -s SIGKILL %2 ←殺死 job number=2 的 job $ kill -9 1234 ←殺死 PID =2 的 process

  
  如果 user 不小心下了個指令在背景跑個不停又中斷不了(如 seq 1 10000000&),可在另一 TTY 登入用 ps USER_NAME 找出在背景跑不停的 PID 再用 kill 來處理。
  
  其他配合 kill 常用的 Signal 如下。
  

  值	SIGNAL 名稱	說明
  2	SIGINT	終止程式，相當於鍵盤按 <CTRL-C>所以 CTRL-C 可中斷的指令皆可用此 Signal 來終止
  3	SIGQUIT	相當於鍵盤按 <CTRL-\> 來終止程式
  9	SIGKILL	暴力終止 process
  15	SIGTERM	此為預設值,process 收到此 Signal 時大多會儲存必要的資料後被關掉,系統關機也是預設先用此值來關閉 process,不成功才會用到 (9)SIGKILL
  17	SIGCHLD	通知父進程子進程已往生,不用再餵三餐有事燒香
  18	SIGCONT	繼續被 Signal (19)SIGSTOP 或 (2)SIGTSTP 暫停的動作
  19	SIGSTOP	暫時暫停,後續可用 Signal (18)SIGCONT 來恢復,和 (20)SIGTSTP 明顯不同為此 Signal 不可忽略
  20	SIGTSTP	相當於鍵盤按 <CTRL-Z>但和 (19)SIGSTOP 比較明顯不一樣的地方為有些 process 可忽略此 Singal

  
  例:

  $ kill -9 %3 ←暴力終止 jobs #3 $ kill -s SIGSTOP 1234 ←暫停 PID=1234 的 process $ kill -s SIGCONT 1234 ←恢復 PID=1234 的 process $ kill %gzip ←殺死 gzip 這個 job

  
  
  
  • killall 抄家滅族
    如果同一指令的 process 太多,用 kill 一個一個慢慢殺也會殺到手軟,用 killall 就對了。
    
    常用的選項有:
    〝-I〞:忽略大小寫。
    〝-i〞:止程式之前,互動式的方式詢問。
    〝-l〞:列出可產生的 Signal 種類。
    〝-r〞:用正規表示法匹配。
    〝-s〞:指定送出的 signal。
    〝-u〞::指定使用者所執行的程式。
    〝-o〞指定時間點之前。
    〝-y〞:指定時間點之後。
    
    例:

    以下製造不同的 process $ dd if=/dev/zero of=1g-file bs=1G count=1 & [1] 2890 $ sleep 1000& [2] 2891 $ sleep 2000& [3] 2892 $ sleep 3000& [4] 2895 $ jobs ←查看剛產生的 process [1]   Running                 dd if=/dev/zero of=1g-file bs=1G count=1 & [2]   Running                 sleep 1000 & [3]-  Running                 sleep 2000 & [4]+  Running                 sleep 3000 & $ killall sleep ←把姓〝sleep〞 的 process 全部抄家,其他留活口 [2]   Terminated              sleep 1000 [3]-  Terminated              sleep 2000 [4]+  Terminated              sleep 3000 $ jobs ←驗證看看 [1]+  Running                 dd if=/dev/zero of=1g-file bs=1G count=1 &

    
    
    

^ back on top ^

• PID(進程 ID)
  系統運行時,有的沒的 process 十方來十方去,故系統會為每一 process 編一個唯一不會重複的 ID 叫〝PID〞(Process ID)方便識別和管理。
  
  
• 父進程 和 PPID
  每一個 process 除 init 外都有其父進程( parent process),而父進程 ID 就叫 PPID (parent PID)。
  
  想知道 PPID 可用 echo $PPID 或用 pstree 來觀察。
  
  例:

  $ echo $$ ←顯示目前 shell 的 PID 2592 $ echo $PPID ←顯示 shell 的 PPID 2588

  
  
• 子進程
  process 生出的 process 就叫子進程(child-process)。父/子之間的關系是相對的,例如老爸是你的〝父〞同時你也是你小孩的〝父〞但也是老爸的〝子〞。
  
  例如要產生產〝.txz〞的 tarball 檔,指令 tar 會再用 xz 來壓縮(故會動用到二個程式tar & xz),而對 tar 而言其生出的子進程為 xz ,但對 xz 程式而言其父進程為 tar。
  
  
  • pstree 顯示 process 關係樹
    pstree 是觀察父/子 process 關係的好工具,選項〝-p〞會順便列出 PID,選項〝-s〞 顯示父 process。
    
    例:

    $ tar -Jcvf file.txz /etc &> /dev/null & ← 在背景執行 tar 打包完再用 xz 壓縮 [1]14855 $ pstree -ps 14855 ←觀察 process 父子關係和其 PID systemd(1)───gnome-terminal-(14248)───bash(14257)───tar(14855)───xz(14859)

    
    上例中 tar 的 PID=〝14855〞而其父/子進程各為 bash 和 xz。
• process group & pgid (進程群組和進程群組 ID)
  一個〝process group 〞(進程群組)是由一個以上的 process 組成,最常見的例子便是 pipeline,例如 ls -F /etc | grep -v '/$' | less 有三個 process 同時在跑,這三個 process (ls、grep 和 less)就組成一個〝process group〞而這 process group 的 ID 就叫〝 pgid〞(process group ID)。
  
  組成 process group 是為了方便管理,例如用 kill 送一 SIGNAL 給一 process group,而所有群組內的 process 就會收到。一般常用 ps 來識別 pgid。
  
  例:

  $ seq 0 100000000 | grep '[[:digit:]]' | tr '0-9' 'A-J' > /dev/null & [1] 29868 $ ps -o pid,pgid,comm ←觀察 pid & pgid   PID  PGID COMMAND  2564  2564 bash 29866 29866 seq 29867 29866 grep 29868 29866 tr 29874 29874 ps $ kill -SIGTERM -29866 ←29866 前那個〝-〞表示對象是〝pgid〞

  
  上例中 seq 、grep 和 tr 的 pgid 都是〝29866〞所以都屬於同一群組的 process。
  
  
  • process group leader (進程群組領導)
    毎一 process group 都有一個領導叫〝pgrocess group leader〞,如上例中 process〝 seq〞領導〝grep〞和〝tr〞,最簡單識別pgrocess group leader 的方法為如 PID=PGID 就是 pgrocess group leader 。(上例中〝 seq〞的 PID=PGID=29866)。
    
    如某一 process 沒經 pipeline 孤孤單單時其 PID 也會等於 PGID ,自己領導自己。
    
    
• session 和 session id (SID)
  〝session〞簡單的說指的是同一 login shell 內所有的 process- group 和 process,而一個 session 可容許有很多的背景程式,但只能有一個前景。
  
  而 login shell 不一定是實體的 tty(終端機)也有可能經 serial line 或 netowrk 或其他形式的 pseudo-terminal (虛擬終端)。
  
  session 是也 process,通常是 login 的 shell,而其 ID 就叫〝session id〞 或叫〝SID〞,login 後同一使用者往後所產生的任何 process 都有一共同的 SID,用 ps 可識別 SID。
  
  例:

  $ sleep 1000 & [1] 2847 $ seq 0 100000000 |  tr '0-9' 'A-J' > /dev/null & [2] 2849 $ ps -o pid,sid,comm ←觀察 pid & sid(如不登出其 SID 應都一樣)   PID   SID COMMAND  2711  2711 bash  2847  2711 sleep  2848  2711 seq  2849  2711 tr  2850  2711 ps

  
  job 控制實際就就是控制同一 SID 內的 process,例如用帳號〝 john〞登入後用指令 jobs 只會列出屬於〝 john〞的 job(s) 並不會列出帳號〝 root〞的 job(s) 因不同登入者產生的 SID不同,就算同一帳號在不同的 tty 重複登入也是不同的 SID。
  
  
  • session leader
    session leader 特徵為 PID=SID,如上例中的〝bash〞(session leader 通常是 login shell)。
    
    
• init 始祖 process
  Linux 一起動, 第一隻的 process 就是〝init〞,而其 PID 永遠=1, init 這隻 proorocess 沒有 parent-process 是所有 process 的始祖,所有的 process 皆直接或漸接出自於 init。
  
  當某 process 其父 process 不知原因死掉了,此時這 process 會變〝孤兒 process〞(orphaned process)。此時 init 會自動領養這些孤兒 process 而成為這些 process 的父 process。
  
  
• 殭屍進程(zombie process)
  殭屍進程(zombie process)又稱〝 defunct〞。
  
  海地巫毒教中的〝殭屍〞(zombie)是行屍走肉且永遠不死;如果 process 執行時父/子 process 溝通發生問題就有可能產生〝殭屍進程〞(zombie process 或 defunct process),
  
  殭屍進程會佔用系統資源,如只有少數的殭屍進程或許影響不大,但如殭屍進程很多且系統負載重時會嚴重拖累系統,極端情況還可能讓系統崩潰。
  
  如何殺死殭屍呢?拿出十字架?念阿彌陀佛或貼符咒?都沒用!!殭屍永遠不死也無法用 kill 來殺死,只能玉石俱焚重開機才能消滅殭屍進程。
  
  殭屍進程理論上其他的作業系統也會發生,所以都市傳說中手機/電腦/路由器(router)偶而要重開機一下會比較〝順〞,應該是真的。(印象中家裡的路由器可以設定每天某一時間重開機)
  
  殭屍進程產生的原因為子 process 種種原因暴斃了而父 process 又陰錯陽差沒去超度收屍(回收子 process 所佔用的資源) 而讓子process 成孤魂野鬼的殭屍。
  
  
• fork 和 exec
  process 是無性生殖的,不用交配就可生出 child-process。幸好人是有性生殖的,不然少了很多樂趣 😁 。
  
  所有的 process 皆源自 init 無性生殖所產生的後代, process 經〝fork〞即可無性生殖繁衍出 child-process。
  
  因〝fork〞名稱源自 Unix 系統呼叫 (system call) 的〝fork ( )〞,如不是寫系統程式的有點難說清楚,但簡單的說在 prcoess 中用 fork ( ) 會分裂自身因此就無性生殖出 process, 於是 child-process 就這樣生出來去執行不同的任務。但為了區別 child-process 會給予不同的 PID來識別。
  
  在命令模式下最簡單的 fork 範例就是執行一個新的 shell。
  
  例:

  $ echo $$ ←例出目前 sehll 的 PID 2563 $ bash ←執行另一個 shell $ echo $$ $PPID ←例出目前 sehll 的 PID 和 PPID 2592 2563 ←目前的 PPID =〝2563〞是上個 shell 的 PID

  
  有些指令如 newgrp 會以新的 shell 來執行,也是同一運作。
  
  
  • exec
    某些物種如鮭魚，生完下一代後自己就死了，exec 就似鮭魚，後代出生後便死了，故 child-process 的 PID 會取代 parent-process 的 PID (parent process 會消失)。
    
    exec 指令名稱源自 system call 的〝exec()〞，如要一代新人換舊人，parent-process 沒存在必要可用 exec。
    
    例：

    $ echo $$ $PPID ←查看目前 shell 的 PID 和 PPID 2592 2563 $ chsh -l ←查看有那些 shell 可用 /bin/csh /bin/sh /bin/bash /sbin/nologin $ exec csh ←用〝exec〞讓新的 csh 取代完 shell (用指令〝exit〞不會回到原 shell) % echo $$ $PPID ←查看目前 shell 的 PID 和 PPID 2592 2563

    
    上例中，新的 shell 〝csh〞的 PID 和 PPID 和原 shell 的 PID/PPID 會一樣。

    ^ back on top ^

• daemon(守護進程)
  拉丁語〝daemon〞(或〝demon〞)為守護精靈或守護神,中古世紀時歐洲人普遍想信每個人都有守護精靈在保護,後來部份作業系統引用一直守護作業系統的 process 叫〝daemon〞當作業系統的守護靈。
  
  〝daemon〞在 Linux 為一種特殊的 process,一開機就在背景執行且不會死也無法過度操控是作業系統必需的維生動作,好比人的心跳/呼吸般不能停,一直守護和伴隨著作業系統。
  
  在 Linux 大部分的 daemon 為網路服業和硬體控制,傳統上屬於 daemon 的 process 會以〝d〞結尾方便識別例如〝telnetd〞或〝ssed〞(遠端登錄服務) 或〝syslogd〞(系統記錄).有興趣可用 pstree 或 ps 來觀察如是〝d〞結尾的 process 大部份為 daemon。
  
  daemon 也是 process,和一般的 process 明顯不同的地方為 daemon 的 parent-process 為 init,且永遠在背景。

^ back on top ^

^ back on top ^

• 第一行是由指令 uptime 所得到的時間和負載情形,上例中第一欄〝00:42:30〞為系統目前時間,其後欄位顯示〝up 36 days, 1:08〞為系統已運行的時間(36 天 1 小時又 8 分都沒當機),再下來〝2 users〞為目前登入的人數。
  
  最後欄〝load average 0.16, 0.02, 0.01〞各為1分鐘/5分鐘/15分鐘的負載情況,如這些數字有高於 5, 系統就有過載之慮。
  
  此外按 l (小寫的 L)可開/關此行的顯示。
  
  
• 第二行〝total〞顯示共有多少的 process,其後〝running〞為多少個前景 process 正在跑,再其後〝 sleeping〞為等待 SIGNAL 或 evnt 來喚醒的 process 再其後〝stopped〞為暫停的 process,最後的 〝zombie〞為殭屍進程。
  
  
• 第三行為 CPU 使有情形 ,名稱縮寫的意義各如下:[註 1.3]

  sy	系統佔 CPU 的時間(system cpu time)
  ni	renice process 佔的 CPU 時間(user nice cpu time)
  id	系統閒置時間(idle cpu time)
  wa	系統等待IO(輸出/輸入周邊)的時間(io wait cpu time)
  hi	系統花在硬體中斷時間(hardware irq)
  si	系統花在軟體中斷的時間(software irq)
  st	系統花在虛擬機的時間(steal time % CPU time in involuntary wait by virtual cpu while hypervisor is servicing)

  
  按 t 可開/關此二行(第 2~3行)的顯示。
  
  
• 第四行為系統 memory 資訊和使用情形。
  
  
• 第五行為 swap 資訊和使用情形。
  
  按 m 可開/關此二行(第 4~5行)的顯示。
• 第六行以下為 process 的資訊,共有 12 個欄位,各欄位意義如下:

  PID	process 的 PID
  USER	process 的使用者
  PR	process 的優先順序(priority)
  NI	process 的 nice 值(niceness value)
  VIRT	〝VIER〞為 virtual image run time 的縮寫,為 process 使用 swap memory 情形(kb)
  RES	〝RES〞為 resident size 的縮寫,為 process 使用的 memory 狀況(kb)
  SHR	共用記憶體大小(shared memory size)(kb)
  S	〝S〞為 status,即 process 狀態,可能有如下的狀態 D=不可中斷的 sleeping process  R=正在運行的 process S=sleeping process T=暫停的 process Z=zombie process
  %CPU	process 的 CPU 使用率
  %MEM	process 的 memory 使用率
  TIME+	process 使用CPU 的時間總計,單位為 1/100 秒
  COMMAND	process 名稱

  
  top 列出的 process 一卡車有時易失焦,可用 top -p PID 來限制列出的 process 。

^ back on top ^

• renice
  對於已執行的 process 如要改變 niceness 值可用 renice,對非 root 用戶 renice 值只能越設越大(越大優先權越低)用法為
  renice [NICE_VALUE] [-p PID][-u USER][-g GROUP_NAME]。
  
  例:

  $ renice 6 -p 2632 ←將 PID=2632 niceness 改為 6 2632: old priority 0, new priority 6

  
  如果負載大時,適當的調 process 優先權可避免資源被某些 process 霸佔,以下的實驗為故意產生 3 個無止盡的 process 把資源佔光,再用 renice 來分配資源。
  
  例:(產生 3 process 把資源佔光)

  $ dd if=/dev/zero of=/dev/null bs=1 count=100G & [1] 2915 $ seq 0 9999999999 > /dev/null & [2] 2926 $ yes > /dev/null & [3] 2929

  
  接下來用 top 來觀察資源被佔用情形。
  

  $ top -p 2915,2926,2929     PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND               2915 aaa       20   0  3956  552  472 R 33.0  0.1   2:34.52 dd if /dev/zero of  2929 aaa       20   0  3796  456  400 R 33.0  0.1   1:18.53 yes                  2926 aaa       20   0  3800  548  488 R 32.6  0.1   1:33.64 seq 0 9999999999

  
  觀察上例的 3 個 process 各佔 CPU 約 33 % 的資源,幾乎 100% 把 CPU 時間佔光了。
  
  假設我認為 dd 這 process 佔太多的資源導致其他的 process 都跑不動,故把此禍首用 renice 調低其優先權,再觀察看看。
  

  $ renice 15 2915 2915: old priority 0, new priority 15 $ top -p 2915,2926,2929   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND               2926 aaa       20   0  3800  548  488 R 45.3  0.1  12:16.22 seq 0 9999999999    2929 aaa       20   0  3796  456  400 R 45.3  0.1  12:01.15 yes                 2915 aaa       35  15  3956  552  472 R  1.7  0.1   8:07.17 dd if /dev/zero of

  
  經上面的動作, 被 renice=15 那一 process 只佔 CPU 1.7%,而其餘的 2 個 process 其 CPU 使用率就提升到 約45%。
  

^ back on top ^

^ back on top ^

1. 建立一〝/dev/fd/63〞的具名管線 (named pipe)。[註 1.5]
   
2. 在背景執行 diff file1 /dev/fd/63 &。
3. 執行 uniq file2 > /dev/fd/63。
4. 處理完成時刪除〝/dev/fd/63〞 的 named pipe 檔。

^ back on top ^