linux進程s

『壹』 linux查看進程命令 (如何查看進程)

你可以使用ps命令。它能顯示當前運行中進程的相關信息，包括進程的PID。Linux和UNIX都支持ps命令，顯示所有運行中進程的相關信息。ps命令能提供一份當前進程的快照。如果你想狀態可以自動刷新，可以使用top命令。ps命令輸入下面的ps命令，顯示所有運行中的進程： # ps aux | less其中，-A：顯示所有進程a：顯示終端中包括其它用戶的所有進程x：顯示無控制終端的進程任務：查看系統中的每個進程。 # ps -A # ps -e任務：查看非root運行的進程 # ps -U root -u root -N任務：查看用戶vivek運行的進程 # ps -u vivek任務：top命令top命令提供了運行中系統的動態實時視圖。在命令提示行中輸入top： # top輸出：圖1：top命令：顯示Linux任務按q退出，按h進入幫助。任務：顯示進程的樹狀圖。pstree以樹狀顯示正在運行的進程。樹的根節點為pid或init。如果指定了用戶名，進程樹將以用戶所擁有的進程作為根節點。 $ pstree輸出示例：圖2：pstree - 顯示進程的樹狀圖任務：使用ps列印進程樹 # ps -ejH # ps axjf任務：獲得線程信息輸入下列命令： # ps -eLf # ps axms任務：獲得安全信息輸入下列命令： # ps -eo euser,ruser,suser,fuser,f,comm,label # ps axZ # ps -eM任務：將進程快照儲存到文件中輸入下列命令： # top -b -n1 > /tmp/process.log你也可以將結果通過郵件發給自己： # top -b -n1 | mail -s 'Process snapshot' [email protected]任務：查找進程使用pgrep命令。pgrep能查找當前正在運行的進程並列出符合條件的進程ID。例如顯示firefox的進程ID： $ pgrep firefox下面命令將顯示進程名為sshd、所有者為root的進程。 $ pgrep -u root sshd向htop和atop說hellohtop是一個類似top的互動式進程查看工具，但是可以垂直和水平滾動來查看所有進程和他們的命令行。進程的相關操作(killing，renicing)不需要輸入PID。要安裝htop輸入命令： # apt-get install htop或 # yum install htop在命令提示行中輸入htop： # htop輸出示例：圖3：htop - Interactive Linux / UNIX process vieweratop工具atop是一個用來查看Linux系統負載的互動式監控工具。它能展現系統層級的關鍵硬體資源(從性能角度)的使用情況，如CPU、內存、硬碟和網路。它也可以根據進程層級的CPU和內存負載顯示哪個進程造成了特定的負載;如果已經安裝內核補丁可以顯示每個進程的硬碟和網路負載。

『貳』 Linux中的defunct進程(僵屍進程)

一、什麼是defunct進程(僵屍進程)?
在 Linux 系統中,一個進程結束了,但是他的父進程沒有等待(調用wait / waitpid)他,那麼他將變成一個僵屍進程。當用ps命令觀察進程的執行狀態時,看到這些進程的狀態欄為defunct。僵屍進程是一個早已死亡的進程,但在進程表(processs table)中仍佔了一個位置(slot)。
但是如果該進程的父進程已經先結束了,那麼該進程就不會變成僵屍進程。因為每個進程結束的時候,系統都會掃描當前系統中所運行的所有進程,看看有沒有哪個進程是剛剛結束的這個進程的子進程,如果是的話,就由Init進程來接管他,成為他的父進程,從而保證每個進程都會有一個父進程。而Init進程會自動wait其子進程,因此被Init接管的所有進程都不會變成僵屍進程。
二、 Linux下進程的運作方式
如果子進程先於父進程退出， 同時父進程又沒有調用wait/waitpid，則該子進程將成為僵屍進程。如果該進程的父進程已經先結束了，那麼該進程就不會變成僵屍進程。因為每個進程結束的時候，系統都會掃描當前系統中所運行的所有進程，看看有沒有哪個 進程是剛剛結束的這個進程的子進程，如果是的話，就由Init進程來接管他，成為他的父進程，從而保證每個進程都會有一個父進程。而Init進程會自動 wait其子進程，因此被Init接管的所有進程都不會變成僵屍進程。
每個 Linux進程在進程表裡都有一個進入點(entry),核心進程執行該進程時使用到的一切信息都存儲在進入點。當用 ps 命令察看系統中的進程信息時,看到的就是進程表中的相關數據。當以fork()系統調用建立一個新的進程後,核心進程就會在進程表中給這個新進程分配一個進入點,然後將相關信息存儲在該進入點所對應的進程表內。這些信息中有一項是其父進程的識別碼。
子進程的結束和父進程的運行是一個非同步過程,即父進程永遠無法預測子進程到底什麼時候結束。那麼會不會因為父進程太忙來不及 wait 子進程,或者說不知道子進程什麼時候結束,而丟失子進程結束時的狀態信息呢?
不會。因為 Linux提供了一種機制可以保證,只要父進程想知道子進程結束時的狀態信息,就可以得到。這種機制就是:當子進程走完了自己的生命周期後,它會執行exit()系統調用,內核釋放該進程所有的資源,包括打開的文件,佔用的內存等。但是仍然為其保留一定的信息(包括進程號the process ID,退出碼exit code,退出狀態the terminationstatus of the process,運行時間the amount of CPU time taken by the process等),這些數據會一直保留到系統將它傳遞給它的父進程為止,直到父進程通過wait / waitpid來取時才釋放。
也就是說,當一個進程死亡時,它並不是完全的消失了。進程終止,它不再運行,但是還有一些殘留的數據等待父進程收回。當父進程 fork() 一個子進程後,它必須用 wait() (或者 waitpid())等待子進程退出。正是這個 wait() 動作來讓子進程的殘留數據消失。
三、僵屍進程的危害
如果父進程不調用wait / waitpid的話,那麼保留的那段信息就不會釋放,其進程號就會一直被佔用,但是系統的進程表容量是有限的,所能使用的進程號也是有限的,如果大量的產生僵屍進程,將因為沒有可用的進程號而導致系統不能產生新的進程。
所以,defunct進程不僅佔用系統的內存資源,影響系統的性能,而且如果其數目太多,還會導致系統癱瘓。而且,由於調度程序無法選中Defunct 進程,所以不能用kill命令刪除Defunct 進程,惟一的方法只有重啟系統。
四、如何殺死defunct進程
defunct進程是指出錯損壞的進程,父子進程之間不會再通信。有時,它們會演變成「僵屍進程」,存留在你的系統中,直到系統重啟。可以嘗試 「kill -9」 命令來清除,但多數時候不管用。
為了殺死這些defunct進程,你有兩個選擇:
1.重啟你的計算機
2.繼續往下讀…
我們先看看系統中是否存在defunct進程:
$ ps -A|grep defunct
1
輸出
5259 ? 00:00:00 sd_cicero <defunct>
12214 pts/18 00:01:14 python <defunct>
16989 pts/18 00:04:43 python <defunct>
20610 pts/18 00:23:12 python <defunct>

看看這些進程的ID及其父進程ID:
$ ps -ef | grep defunct | more
UID PID PPID ...
==========================================================================
yourname 4653 6128 0 17:07 pts/18 00:00:00 grep --color=auto defunct
yourname 5259 5258 0 15:58 ? 00:00:00 [sd_cicero] <defunct>
yourname 12214 12211 4 16:41 pts/18 00:01:14 [python] <defunct>
yourname 16989 16986 20 16:45 pts/18 00:04:43 [python] <defunct>
yourname 20610 18940 99 16:48 pts/18 00:23:12 [python] <defunct>

UID:用戶ID
PID:進程ID
PPID:父進程ID
如果你使用命令 「kill -9 12214」 嘗試殺死ID為12214的進程,可能會沒效果。
我們來試一下
ps -A|grep defunct

輸出
5259 ? 00:00:00 sd_cicero <defunct>
12214 pts/18 00:01:14 python <defunct>
16989 pts/18 00:04:43 python <defunct>
20610 pts/18 00:23:12 python <defunct>

進程12214 仍然存才，說明用kill殺不掉它。
要想成功殺死該進程,需要對其父進程(ID為12211)執行kill命令( ps -A | grep defunct)。
我們來試一下
ps -A|grep defunct

輸出
5259 ? 00:00:00 sd_cicero <defunct>
16989 pts/18 00:04:43 python <defunct>
20610 pts/18 00:23:12 python <defunct>
[1] Killed bash main.sh

進程12214消失，說明可以通過kill僵屍進程的父進程來殺死僵屍進程。
如果前一個命令顯示無結果,那麼搞定!否則,可能你需要重啟一下系統。

參考鏈接： https://www.cnblogs.com/lfxiao/p/10837115.html

『叄』 linux S+進程 如何 激活

S 為可中斷的睡眠狀態，他在等待相應的條件，才能夠從睡眠中喚醒，人工沒法干預，除非你採取killall xmyinfafor.....sh 可以殺死這個腳本。

『肆』 如何在Linux中查看所有正在運行的進程

可以使用top命令。
top命令提供了運行中系統的動態實時視圖。在終端中輸入top：
第一行：
10:01:23
當前系統時間
126
days,
14:29
系統已經運行了126天14小時29分鍾（在這期間沒有重啟過）
2
users
當前有2個用戶登錄系統
load
average:
1.15,
1.42,
1.44
load
average後面的三個數分別是1分鍾、5分鍾、15分鍾的負載情況。
load
average數據是每隔5秒鍾檢查一次活躍的進程數，然後按特定演算法計算出的數值。如果這個數除以邏輯CPU的數量，結果高於5的時候就表明系統在超負荷運轉了。
第二行：
Tasks
任務（進程），系統現在共有183個進程，其中處於運行中的有1個，182個在休眠（sleep），stoped狀態的有0個，zombie狀態（僵屍）的有0個。
第三行：cpu狀態
6.7%
us
用戶空間佔用CPU的百分比。
0.4%
sy
內核空間佔用CPU的百分比。
0.0%
ni
改變過優先順序的進程佔用CPU的百分比
92.9%
id
空閑CPU百分比
0.0%
wa
IO等待佔用CPU的百分比
0.0%
hi
硬中斷（Hardware
IRQ）佔用CPU的百分比
0.0%
si
軟中斷（Software
Interrupts）佔用CPU的百分比
在這里CPU的使用比率和windows概念不同，如果你不理解用戶空間和內核空間，需要充充電了。
第四行：內存狀態
8306544k
total
物理內存總量（8GB）
7775876k
used
使用中的內存總量（7.7GB）
530668k
free
空閑內存總量（530M）
79236k
buffers
緩存的內存量
（79M）
第五行：swap交換分區
2031608k
total
交換區總量（2GB）
2556k
used
使用的交換區總量（2.5M）
2029052k
free
空閑交換區總量（2GB）
4231276k
cached
緩沖的交換區總量（4GB）

『伍』 linux正常進程數是多少.

不同發行版是不同的，而且同一發行版的不同安裝（工作站、伺服器、自定義等）默認啟動的進程數也是不同的。

linux 系統中單個進程的最大線程數有其最大的限制 PTHREAD_THREADS_MAX
這個限制可以在 /usr/include/bits/local_lim.h 中查看
對 linuxthreads 這個值一般是 1024，對於 nptl 則沒有硬性的限制，僅僅受限於系統的資源。
這個系統的資源主要就是線程的 stack 所佔用的內存，用 ulimit -s 可以查看默認的線程棧大小，一般情況下，這個值是 8M。
可以寫一段簡單的代碼驗證最多可以創建多少個線程。

試驗顯示，在 linuxthreads 上最多可以創建 381 個線程，之後就會返回 EAGAIN
在 nptl 上最多可以創建 382 個線程，之後就會返回 ENOMEM
這個值和理論完全相符，因為 32 位 linux 下的進程用戶空間是 3G 的大小，也就是 3072M，用 3072M 除以 8M 得 384，但是實際上代碼段和數據段等還要佔用一些空間，這個值應該向下取整到 383，再減去主線程，得到 382。
那為什麼 linuxthreads 上還要少一個線程呢？這可太對了，因為 linuxthreads 還需要一個管理線程。
為了突破內存的限制，可以有兩種方法：
1) 用 ulimit -s 1024 減小默認的棧大小
2) 調用 pthread_create 的時候用 pthread_attr_getstacksize 設置一個較小的棧大小
要注意的是，即使這樣的也無法突破 1024 個線程的硬限制，除非重新編譯 C 庫<=此處值得討論，我在ubuntu 7.04＋3G內存上用ulimit -s 1024，則可以得到3054個線程。

『陸』 linux 怎麼查看指定的進程

1、首先需要打開linux客戶端進入軟體主界面。

『柒』 Linux系統的進程調度

Linux進程調度

1．調度方式

Linux系統的調度方式基本上採用「 搶占式優先順序 」方式，當進程在用戶模式下運行時，不管它是否自願，核心在一定條件下（如該進程的時間片用完或等待I/O）可以暫時中止其運行，而調度其他進程運行。一旦進程切換到內核模式下運行時，就不受以上限制，而一直運行下去，僅在重新回到用戶模式之前才會發生進程調度。

Linux系統中的調度基本上繼承了UNIX系統的 以優先順序為基礎 的調度。也就是說，核心為系統中每個進程計算出一個優先順序，該優先順序反映了一個進程獲得CPU使用權的資格，即高優先順序的進程優先得到運行。核心從進程就緒隊列中挑選一個優先順序最高的進程，為其分配一個CPU時間片，令其投入運行。在運行過程中，當前進程的優先順序隨時間遞減，這樣就實現了「負反饋」作用，即經過一段時間之後，原來級別較低的進程就相對「提升」了級別，從而有機會得到運行。當所有進程的優先順序都變為0（最低）時，就重新計算一次所有進程的優先順序。

2．調度策略

Linux系統針對不同類別的進程提供了3種不同的調度策略，即SCHED_FIFO、SCHED_RR及SCHED_OTHER。其中，SCHED_FIFO適合於 短實時進程 ，它們對時間性要求比較強，而每次運行所需的時間比較短。一旦這種進程被調度且開始運行，就一直運行到自願讓出CPU或被優先順序更高的進程搶占其執行權為止。

SCHED_RR對應「時間片輪轉法」，適合於每次運行需要 較長時間的實時進程 。一個運行進程分配一個時間片（200 ms），當時間片用完後，CPU被另外進程搶占，而該進程被送回相同優先順序隊列的末尾，核心動態調整用戶態進程的優先順序。這樣，一個進程從創建到完成任務後終止，需要經歷多次反饋循環。當進程再次被調度運行時，它就從上次斷點處開始繼續執行。

SCHED_OTHER是傳統的UNIX調度策略，適合於互動式的 分時進程 。這類進程的優先順序取決於兩個因素：一個是進程剩餘時間配額，如果進程用完了配給的時間，則相應優先順序降到0；另一個是進程的優先數nice，這是從UNIX系統沿襲下來的方法，優先數越小，其優先順序越高。nice的取值范圍是-20 19。用戶可以利用nice命令設定進程的nice值。但一般用戶只能設定正值，從而主動降低其優先順序；只有特權用戶才能把nice的值設置為負數。進程的優先順序就是以上二者之和。

後台命令對應後台進程（又稱後台作業）。後台進程的優先順序低於任何交互（前台）進程的優先順序。所以，只有當系統中當前不存在可運行的交互進程時，才調度後台進程運行。後台進程往往按批處理方式調度運行。

3．調度時機

核心進行進程調度的時機有以下5種情況：

（1）當前進程調用系統調用nanosleep( )或者pause( )，使自己進入睡眠狀態，主動讓出一段時間的CPU的使用權。

（2）進程終止，永久地放棄對CPU的使用。

（3）在時鍾中斷處理程序執行過程中，發現當前進程連續運行的時間過長。

（4）當喚醒一個睡眠進程時，發現被喚醒的進程比當前進程更有資格運行。

（5）一個進程通過執行系統調用來改變調度策略或者降低自身的優先順序（如nice命令），從而引起立即調度。

4．調度演算法

進程調度的演算法應該比較簡單，以便減少頻繁調度時的系統開銷。Linux執行進程調度時，首先查找所有在就緒隊列中的進程，從中選出優先順序最高且在內存的一個進程。如果隊列中有實時進程，那麼實時進程將優先運行。如果最需要運行的進程不是當前進程，那麼當前進程就被掛起，並且保存它的現場—— 所涉及的一切機器狀態，包括程序計數器和CPU寄存器等，然後為選中的進程恢復運行現場。

（二）Linux常用調度命令

· nohup命令

nohup命令的功能是以忽略掛起和退出的方式執行指定的命令。其命令格式是：

nohupcommand［arguments］

其中，command是所要執行的命令，arguments是指定命令的參數。

nohup命令告訴系統，command所代表的命令在執行過程中不受任何結束運行的信號（hangup和quit）的影響。例如，

$ nohup find / -name exam.txt -print>f1 &

find命令在後台運行。在用戶注銷後，它會繼續運行：從根目錄開始，查找名字是exam.txt的文件，結果被定向到文件f1中。

如果用戶沒有對輸出進行重定向，則輸出被附加到當前目錄的nohup.out文件中。如果用戶在當前目錄中不具備寫許可權，則輸出被定向到$HOME/nohup.out 中。

· at命令

at命令允許指定命令執行的時間。at命令的常用形式是：

attimecommand

其中，time是指定命令command在將來執行時的時間和日期。時間的指定方法有多種，用戶可以使用絕對時間，也可以用相對時間。該指定命令將以作業形式在後台運行。例如：

$ at 15:00 Oct 20

回車後進入接收方式，接著鍵入以下命令：

mail -s "Happy Birthday!" liuzheny

按下D鍵，屏幕顯示：

job 862960800.a at Wed Oct 20 15:00:00 CST 1999

$

表明建立了一個作業，其作業ID號是862960800.a，運行作業的時間是1999年10月20日下午3:00，給liuzheny發一條標題為「Happy Birthday！」（生日快樂）的空白郵件。

利用 at-l 可以列出當前at隊列中所有的作業。

利用 at-r 可以刪除指定的作業。這些作業以前由at或batch命令調度。例如，

at-r862960797.a

將刪除作業ID號是862960797.a的作業。其一般使用形式是：

at-rjob_id

注意，結尾是.a的作業ID號，表示這個作業是由at命令提交的；結尾是.b的作業ID號，表示這個作業是由batch命令提交的。

· batch命令

batch命令不帶任何參數，它提交的作業的優先順序比at命令提交的作業的優先順序低。batch無法指定作業運行的時間。實際運行時間要看系統中已經提交的作業數量。如果系統中優先順序較高的作業比較多，那麼，batch提交的作業則需要等待；如果系統空閑，則運行batch提交的作業。例如，

$ batch

回車後進入接收方式，接著鍵入命令：

find / -name exam.txt -print

按下D。退出接收方式，屏幕顯示：

job 862961540.b at Thu Nov 18 14:30:00 CST 1999

表示find命令被batch作為一個作業提交給系統，作業ID號是862961540.b。如果系統當前空閑，這個作業被立即執行，其結果同樣作為郵件發送給用戶。

· jobs命令

jobs命令用來顯示當前shell下正在運行哪些作業（即後台作業）。例如：

$ jobs

[2] + Running tar tv3 *&

[1] - Running find / -name README -print > logfile &

$

其中，第一列方括弧中的數字表示作業序號，它是由當前運行的shell分配的，而不是由操作系統統一分配的。在當前shell環境下，第一個後台作業的作業號為1，第二個作業的作業號為2，等等。

第二列中的「 」號表示相應作業的優先順序比「－」號對應作業的優先順序高。

第三列表明作業狀態，是否為運行、中斷、等待輸入或停止等。

最後列出的是創建當前這個作業所對應的命令行。

利用 jobs-l 形式，可以在作業號後顯示出相應進程的PID。如果想只顯示相應進程的PID，不顯示其它信息，則使用 jobs-p 形式。

· fg命令

fg命令把指定的後台作業移到前台。其使用格式是：

fg [job…]

其中，參數job是一個或多個進程的PID，或者是命令名稱或者作業號（前面要帶有一個「%」號）。例如：

$ jobs

[2] + Running tar tv3 *&

[1] - Running find / -name README -print > logfile&

$ fg %find

find / -name README -print > logfile

注意，顯示的命令行末尾沒有「&」符號。下面命令能產生同樣的效果：

$ fg %1

這樣，find命令對應的進程就在前台執行。當後台只有一個作業時，鍵入不帶參數的fg命令，就能使相應進程移到前台。當有兩個或更多的後台作業時，鍵入不帶參數的fg，就把最後進入後台的進程首先移到前台。

· bg命令

bg命令可以把前台進程換到後台執行。其使用格式是：

bg [job…]

其中，job是一個或多個進程的PID、命令名稱或者作業號，在參數前要帶「%」號。例如，在cc（C編譯命令）命令執行過程中，按下Z鍵，使這個作業掛起。然後鍵入以下命令：

$ bg %cc

該掛起的作業在後台重新開始執行。

『捌』 Linux中 進程正在運行，ps命令顯示S+

首先，進程運行就代表從就緒隊列中獲取到了CPU資源，即被調度，當運行的時候，CPU從內存中獲取該進程的代碼和數據，進行處理之後，重新寫入到內存中，然後你使用了printf庫函數，這是一次IO操作，而且是站在進程角度的IO操作，那麼就要遵守馮諾依曼體系結構，因為外設的傳輸效率低於內存，所以，這里處在了等待顯示器取走數據並列印的過程，所以，你的進程狀態變成了S，這個時候，CPU去處理其他的事情，當你的數據被顯示器列印的時候，你的進程重新被放入就緒隊列，然後CPU的輪轉調度(也就是並發下各進程時間片到了)，輪到你的時候，又是同樣的一次，因為時間很快，所以你看到的都是S

『玖』 linux 下查看進程用什麼命令

linux 下查看進程可以使用的命令：

1、ps命令查找與進程相關的PID號：

2、ps a 顯示現行終端機下的所有程序，包括其他用戶的程序。

3、ps -A 顯示所有程序。

4、ps c 列出程序時，顯示每個程序真正的指令名稱，而不包含路徑，參數或常駐服務的標示。

5、ps -e 此參數的效果和指定"A"參數相同。

6、ps e 列出程序時，顯示每個程序所使用的環境變數。

7、ps f 用ASCII字元顯示樹狀結構，表達程序間的相互關系。

8、ps -H 顯示樹狀結構，表示程序間的相互關系。

9、ps -N 顯示所有的程序，除了執行ps指令終端機下的程序之外。

10、ps s 採用程序信號的格式顯示程序狀況。

11、ps S 列出程序時，包括已中斷的子程序資料。

12、ps -t<終端機編號> 指定終端機編號，並列出屬於該終端機的程序的狀況。

13、ps u 以用戶為主的格式來顯示程序狀況。

14、ps x 顯示所有程序，不以終端機來區分。

『拾』 linux進程怎麼在r，s，t狀態之間切換

只有在該狀態的進程才可能在CPU上運行。同一時刻可能有多個進程處於可執行狀態，這些進程的task_struct結構（進程式控制制塊）被放入對應CPU的可執行隊列中（一個進程最多隻能出現在一個CPU的可執行隊列中）。進程調度器從各個CPU的可執行隊列中分別選擇一個進程在該CPU上運行。
正在CPU上執行的進程定義為RUNNING狀態、可執行但尚未被調度執行的進程定義為READY狀態，這兩種狀態統一為 TASK_RUNNING狀態。

S (TASK_INTERRUPTIBLE)，可中斷的睡眠狀態。
處於這個狀態的進程，因為等待某某事件的發生（比如等待socket連接、等待信號量），而被掛起。這些進程的task_struct結構被放入對應事件的等待隊列中。當這些事件發生時（由外部中斷觸發、或由其他進程觸發），對應的等待隊列中的一個或多個進程將被喚醒。
進程列表中的絕大多數進程都處於TASK_INTERRUPTIBLE狀態。CPU就這么一兩個，進程動輒幾十上百個，如果不是絕大多數進程都在睡眠，CPU將會響應不過來。

D (TASK_UNINTERRUPTIBLE)，不可中斷的睡眠狀態。
進程處於睡眠狀態，但是此刻進程是不可中斷的。不可中斷，指的並不是CPU不響應外部硬體的中斷，而是指進程不響應非同步信號。絕大多數情況下，進程處在睡眠狀態時，總是應該能夠響應非同步信號的。
而TASK_UNINTERRUPTIBLE狀態存在的意義在於，進程對某些硬體進行操作時（比如進程調用read系統調用對某個設備文件進行讀操作，而read系統調用最終執行到對應設備驅動的代碼，並與對應的物理設備進行交互），可能需要使用TASK_UNINTERRUPTIBLE狀態對進程進行保護，以避免進程與設備交互的過程被打斷，造成設備陷入不可控的狀態。這種情況下的TASK_UNINTERRUPTIBLE狀態總是非常短暫的，通過ps命令基本上不可能捕捉到。
linux系統中也存在容易捕捉的TASK_UNINTERRUPTIBLE狀態。執行vfork系統調用後，父進程將進入TASK_UNINTERRUPTIBLE狀態，直到子進程調用exit或exec。通過下面的代碼就能得到處於TASK_UNINTERRUPTIBLE狀態的進程：
#include <stdio.h>
#include <unistd.h>
void main()
{
if (!vfork());
sleep(100);
ruturn 0;
}
編譯運行，然後ps一下：
njs@njs:~/test$ ps -ax | grep a\.out
4371 pts/0 D+ 0:00 ./a.out
4372 pts/0 S+ 0:00 ./a.out
4374 pts/1 S+ 0:00 grep a.out