ps 命令用於查看當前正在運行的進程,grep 是搜索 java
例如: ps -ef | grep java ios
表示查看全部進程裏CMD是java的進程信息 程序員
ps -aux | grep java shell
-aux 顯示全部狀態 bash
3. kill 命令用於終止進程 session
例如: kill -9 [PID] ssh
-9表示強迫進程當即中止, ide
1. ps簡介 post
ps命令就是最根本相應狀況下也是至關強大地進程查看命令.運用該命令能夠肯定有哪些進程正在運行和運行地狀態、進程是否結束、進程有沒有僵死、哪些進程佔用了過多地資源等等.總之大部分信息均爲能夠經過執行該命令獲得地. 測試
2. ps命令及其參數
ps命令最常用地仍是用於監控後臺進程地工做狀況,由於後臺進程是不和屏幕鍵盤這些標準輸入/輸出設
備進行通訊地,因此若是須要檢測其狀況,即可以運用ps命令了.
該命令語法格式以下:
ps [選項]
-e 顯示全部進程,環境變量
-f 全格式
-h 不顯示標題
-l 長格式
-w 寬輸出
a 顯示終端上地全部進程,包括其餘用戶地進程
r 只顯示正在運行地進程
x 顯示沒有控制終端地進程
O[+|-] k1 [,[+|-] k2 [,…]] 根據SHORT KEYS、k一、k2中快捷鍵指定地多級排序順序顯示進程列表.
對於ps地不一樣格式都存在着默認地順序指定.這些默認順序能夠被用戶地指定所覆蓋.在這裏面「+」字符是可選地,「-」字符是倒轉指定鍵地方向.
pids只列出進程標識符,之間運用逗號分隔.該進程列表必須在命令行參數地最後一個選項後面緊接着給出,中間不能插入空格.好比:ps -f1,4,5.
如下介紹長命令行選項,這些選項都運用「--」開頭:
--sort X[+|-] key [,[+|-] key [,…]] 從SORT KEYS段中選一個多字母鍵.「+」字符是可選地,由於默認地方向就是按數字升序或者詞典順序.好比: ps -jax -sort=uid,-ppid,+pid.
--help 顯示幫助信息.
--version 顯示該命令地版本信息.
在前面地選項說明中提到了排序鍵,接下來對排序鍵做進一步說明.須要注意地是排序中運用地值是ps運用地內部值,並不是僅用於某些輸出格式地僞值.排序鍵列表見表4-3.
表4-3 排序鍵列表
c
cmd
可執行地簡單名稱
C
cmdline
完整命令行
f
flags
長模式標誌
g
pgrp
進程地組ID
G
tpgid
控制tty進程組ID
j
cutime
累計用戶時間
J
cstime
累計系統時間
k
utime
用戶時間
K
stime
系統時間
m
min_flt
次要頁錯誤地數量
M
maj_flt
重點頁錯誤地數量
n
cmin_flt
累計次要頁錯誤
N
cmaj_flt
累計重點頁錯誤
o
session
對話ID
p
pid
進程ID
P
ppid
父進程ID
r
rss
駐留大小
R
resident
駐留頁
s
size
內存大小(千字節)
S
share
共享頁地數量
t
tty
tty次要設備號
T
start_time
進程啓動地時間
U
uid
UID
u
user
用戶名
v
vsize
總地虛擬內存數量(字節)
y
priority
內核調度優先級
3. 常用ps命令參數
最常用地三個參數是u、a、x,下面將經過例子來講明其具體用法.
[例20] 以root身份登陸系統,查看當前進程情況
$ ps
PID TTY TIME COMMAND
5800 ttyp0 00:00:00 bash
5835 ttyp0 00:00:00 ps
能夠看到,顯示地項目共分爲四項,依次爲PID(進程ID)、TTY(終端名稱)、TIME(進程執行時間)
、COMMAND(該進程地命令行輸入).
能夠運用u選項來查看進程全部者及其餘少量詳細信息,以下所示:
$ ps u
USER PID %CPU %MEM USZ RSS TTY STAT START TIME COMMAND
test 5800 0.0 0.4 1892 1040 ttyp0 S Nov27 0:00 -bash
test 5836 0.0 0.3 2528 856 ttyp0 R Nov27 0:00 ps u
在bash進程前面有條橫線,意味着該進程即是用戶地登陸shell,因此對於一個登陸用戶來講帶短橫線地進程只有一個.還能夠看到%CPU、%MEM兩個選項,前者指該進程佔用地CPU時間和總時間地百分比;後者指該進程佔用地內存和總內存地百分比.
在這種狀況下看到了全部控制終端地進程;固然對於其餘那些沒有控制終端地進程仍是沒有觀察到,因此這時就須要運用x選項.運用x選項能夠觀察到全部地進程狀況.
-----------------------------------------------------------------------------------
KILL
-----------------------------------------------------------------------------------
因爲職責的要求,你不得不費力地閱讀那些令你感到費解的晦澀的Linux應用程序的說明文件。而後,你將運行指令和編輯設置文件。一切都在正常 運行,生活真美好。可是,你知道,好時光不會永遠持續下去。當你遇到使人恐懼的「send the process a SIGHUP」提示時,好時光結束了。
什麼是「SIGHUP(啓動信號)」,你如何發送它?它像是你送給你的戀人的一束花嗎?雖然你能夠確定這不是一個命令行指令,不過,你仍是試着 鍵入它。固然,這沒有結果。而後,你檢查一下鍵盤。哦,沒有SIGHUP鍵。因而你又從新閱讀這個應用程序的參考指南,看到下面這段文字:
當收到一個hangup(進程結束)信號時,sshd程序會從新閱讀配置文件。經過執行啓動程序時的命令及選項來發送SIGHUP信號,如:/usr/sbin/sshd。
哦,原來是這樣。
程序員 VS 使用者
LINUX程序的在線參考指南做者通常都要既照顧到最終用戶的需求也要照顧到高級程序員的需求。所以,有些說明比較難懂。不過,不要擔憂。如今咱們就要揭開覆蓋在這些讓人迷惑的內容上面那神祕的面紗。
信號與進程控制
這個問題主要屬於信號和進程控制的範疇。對於咱們系統管理員和普通用戶來講,咱們主要關心的是啓動、中止和從新啓動服務、中止失控的進程和被掛起的進程,而且儘量不中斷系統運行。由於不一樣的
操做系統和不一樣的命令外殼處理信號的方式都不相同,咱們這裏只介紹Linux操做系統和bash外殼。
信號是用來與守護程序和進程通訊的。任何活動任務都是一個進程,而守護程序是等待對某些事件作出反應或者按照日程安排執行任務的後臺服務。一個 程序必須有建在其中的信號處理程序用於捕獲和應答信號。在LINUX中的signal 參考指南解釋了各類不一樣信號和這些信號的用途。信號是由「kill」命令發出的。kill -l命令能夠顯示一個可用信號列表及其編號。
全部的守護程序和進程都有一個進程ID(PID),例如使用ps命名所顯示的內容:
$ ps aux
USER PID %CPU %MEM TTY STAT COMMAND
root 1 0.0 0.1 ? S init [2]
105 7783 0.0 0.2 ? Ss /usr/bin/dbus-daemon --system
hal 7796 0.0 0.7 ? Ss /usr/sbin/hald
postfix 7957 0.0 0.2 ? S qmgr -l -t fifo -u -c
nagios 8371 0.0 0.2 ? SNs /usr/sbin/nagios /etc/nagios/nagios.cfg
這個輸出是通過簡化的。你在系統中能夠看到更多的行和欄目。若是某些進程消耗了你的所有CPU或者內存,你能夠在這個輸出的%CPU和%MEM 列中發現它們。找到失控的進程的一種更快捷的方法是使用top命令,由於按照默認的設置,使用佔用CPU資源最多的進程在最上面顯示。咱們可使用一條 「yes」命令來測試一下:
$ yes carla is teh awesum
這個命令將以很高的速度反覆顯示「carla is teh awesum」,直到你中止它運行。這將使你的CPU使用率達到警惕線。
$ top
...
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12144 carla 25 0 31592 17m 13m R 93.4 3.5 0:50.26 konsole
22236 carla 15 0 2860 468 400 S 4.3 0.1 0:00.97 yes
分析一下這個結果,你會發現一些有趣的事,你會發現,佔用CPU最多的程序是konsole虛擬終端程序,而不是「yes」命令,這是由於 「yes」命令是在konsole終端程序中運行的。若是在一個「真正的」控制檯(按Ctrl+alt+f2鍵)中運行一樣的命令序列,你將看到 「yes」命令被排在第一位。
有許多中止「yes」命令運行的方式。若是你要回到運行它的shell中,按CTRL+c鍵就能夠了。或者你能夠在另外一個shell中用「kill」命令中止「yes」命令的運行,Kill命令後面跟PID或者命令名稱,以下如示:
$ kill 22236
或者
$ killall yes
按CTRL+c鍵發出一個SIGINT(信號2),這個信號是鍵盤要求取得控制權的中斷信號。kill和killall這兩個命令按照默認的設 置都發出一個SIGTERM信號(編號15)。程序中能夠設置對SIGTERM信號(15)是捕捉或者忽略,或者以不一樣的方式解釋。所以,若是你的程序對 於 KILL命令的反應與你預期不一樣,極可能是被KILL的目標程序的問題。
終止一個父進程一般也終止了它的子進程。不過,狀況並不老是如此。你知道子進程是什麼嗎?使用ps命令加上-f選項就能夠看到,以下所示:
$ ps axf
22371 ? R 2:35 _ konsole [kdeinit]
22372 pts/3 Ss 0:00 | _ /bin/bash
24322 pts/3 S+ 0:00 | | _ yes carla is teh awesum
22381 pts/4 Rs 0:00 | _ /bin/bash
24323 pts/4 R+ 0:00 | | _ ps axf
如今,回到SIGHUP的話題
SIGHUP的發音是「sig-hup」,是signal hangup的縮寫,含義是「停止信號」。你如何發送一個SIGHUP信號呢?這裏有幾種方式:
# kill -HUP [pid]
# killall -HUP [process-name]
# kill -1 [pid]
# killall -1 [process-name]
所以,你可使用PID或者名稱,信號名稱或者號碼。那麼爲何要這樣作而不使用/etc/init.d/foo命令從新啓動呢?使用它們本身 的 init(初始化)文件來控制服務是優先選擇的方式,由於這些文件一般包含健全和錯誤檢查以及額外的功能。使用「kill」命令和信號的主要緣由是儘量 明確地終止掛起和失控的進程,而沒必要從新啓動或者登出。
終止進程
正如你在關於信號的man page中所看到的,有十幾種控制進程的方法。下面是一些經常使用的方法:
kill -STOP [pid]
發送SIGSTOP (17,19,23)中止一個進程,而並不消滅這個進程。
kill -CONT [pid]
發送SIGCONT (19,18,25)從新開始一箇中止的進程。
kill -KILL [pid]
發送SIGKILL (9)強迫進程當即中止,而且不實施清理操做。
kill -9 -1
終止你擁有的所有進程。
SIGKILL和SIGSTOP信號不能被捕捉、封鎖或者忽略,可是,其它的信號能夠。因此這是你的終極武器。
Bash shell的Kil命令l
Bash外殼包含一個內置的kill命令,當執行下面命令:
$ type -all kill
kill is a shell built-in
kill is /bin/kill
命令的結果代表有兩個kill命令,一個是BASH的內置命令,另外一個是/bin/kill可執行程序。通常來講這兩個命令不太可能遇到衝突的狀況,不過,若是你確實遇到了kill命令行爲異常時,你能夠明確的指定/bin/kill命令。
你必定要進一步查閱下面的資源中列出的參考資源來了解Linux中kill的妙用,由於這是你進入維護Linux系統領域的門票。這些知識可以讓你像作外科手術同樣對系統進行維護,而不用在遇到問題時每一次都從新啓動系統,就像咱們知道的某些蹩腳的
操做系統那樣。
資源
Linux Cookbook一書的第七章「開始和終止Linux」
bash (1) - GNU Bourne-Again Shell
yes (1) - 在被終止前反覆打印字符
signal (7) - 可用信號列表
ps (1) - 報告當前進程的快照
kill (1) - 向一個進程發出信號
killall (1) - 按名字消滅進程
pkill (1) - 根據名字和其它屬性查看或者發出進程信號
skill (1) - 發送一個信號或者報告進程狀態
xkill (1) - 按照X資源消滅一個客戶程序