linux是乙個多使用者，多工的系統，可以同時執行多個使用者的多個程式，就必然會產生很多的程序，而每個程序會有不同的狀態。
linux程序狀態：r (task_running)，可執行狀態。
只有在該狀態的程序才可能在cpu上執行。而同一時刻可能有多個程序處於可執行狀態，這些程序的task_struct結構（程序控制塊）被放入對應cpu的可執行佇列中（乙個程序最多只能出現在乙個cpu的可執行佇列中）。程序排程器的任務就是從各個cpu的可執行佇列中分別選擇乙個程序在該cpu上執行。
很多作業系統教科書將正在cpu上執行的程序定義為running狀態、而將可執行但是尚未被排程執行的程序定義為ready狀態，這兩種狀態在linux下統一為 task_running狀態。
linux程序狀態：s (task_interruptible)，可中斷的睡眠狀態。
處於這個狀態的程序因為等待某某事件的發生（比如等待socket連線、等待訊號量），而被掛起。這些程序的task_struct結構被放入對應事件的等待佇列中。當這些事件發生時（由外部中斷觸發、或由其他程序觸發），對應的等待佇列中的乙個或多個程序將被喚醒。
通過ps命令我們會看到，一般情況下，程序列表中的絕大多數程序都處於task_interruptible狀態（除非機器的負載很高）。畢竟cpu就這麼一兩個，程序動輒幾十上百個，如果不是絕大多數程序都在睡眠，cpu又怎麼響應得過來。
linux程序狀態：d (task_uninterruptible)，不可中斷的睡眠狀態。
與task_interruptible狀態類似，程序處於睡眠狀態，但是此刻程序是不可中斷的。不可中斷，指的並不是cpu不響應外部硬體的中斷，而是指程序不響應非同步訊號。
絕大多數情況下，程序處在睡眠狀態時，總是應該能夠響應非同步訊號的。否則你將驚奇的發現，kill-9竟然殺不死乙個正在睡眠的程序了！於是我們也很好理解，為什麼ps命令看到的程序幾乎不會出現task_uninterruptible狀態，而總是task_interruptible狀態。
而task_uninterruptible狀態存在的意義就在於，核心的某些處理流程是不能被打斷的。如果響應非同步訊號，程式的執行流程中就會被插入一段用於處理非同步訊號的流程（這個插入的流程可能只存在於核心態，也可能延伸到使用者態），於是原有的流程就被中斷了。（參見《linux核心非同步中斷**》）
在程序對某些硬體進行操作時（比如程序呼叫read系統呼叫對某個裝置檔案進行讀操作，而read系統呼叫最終執行到對應裝置驅動的**，並與對應的物理裝置進行互動），可能需要使用task_uninterruptible狀態對程序進行保護，以避免程序與裝置互動的過程被打斷，造成裝置陷入不可控的狀態。這種情況下的task_uninterruptible狀態總是非常短暫的，通過ps命令基本上不可能捕捉到。
linux系統中也存在容易捕捉的task_uninterruptible狀態。執行vfork系統呼叫後，父程序將進入task_uninterruptible狀態，直到子程序呼叫exit或exec（參見《神奇的vfork》）。
Linux程序狀態解析
linux是乙個多使用者，多工的系統，可以同時執行多個使用者的多個程式，就必然會產生很多的程序，而每個程序會有不同的狀態。linux程序狀態 r task running 可執行狀態。只有在該狀態的程序才可能在cpu上執行。而同一時刻可能有多個程序處於可執行狀態，這些程序的task struct結構...
linux 程序 狀態
程序在執行過程中會根據環境來改變state。linux程序有以下狀態 running 程序處於執行 它是系統的當前程序 或者準備執行狀態 它在等待系統將cpu分配給它 waiting 程序在等待乙個事件或者資源。linux將等待程序分成兩類 可中斷與不可中斷。可中斷等待程序可以被訊號中斷 不可中斷等...
linux程序狀態
1.r task running，正在執行或者處於就緒狀態 很多作業系統教科書將正在cpu上執行的程序定義為running狀態 而將可執行但是尚未被排程執行的程序定義為ready狀態，這兩種狀態在linux下統一為 task running狀態。例子 ps aux 會看到ps這個程式命令的執行狀態是...