Linux 查看進(jìn)程工具KILL詳解
由于職責(zé)的要求，你不得不費(fèi)力地閱讀那些令你感到費(fèi)解的晦澀的Linux應(yīng)用程序的說(shuō)明文件。然后，你將運(yùn)行指令和編輯設(shè)置文件。一切都在正常運(yùn)行，生活真美好。但是，你知道，好時(shí)光不會(huì)永遠(yuǎn)持續(xù)下去。當(dāng)你遇到令人恐懼的“send the process a SIGHUP”提示時(shí)，好時(shí)光結(jié)束了。
什么是“SIGHUP（啟動(dòng)信號(hào)）”，你如何發(fā)送它?它像是你送給你的戀人的一束花嗎?雖然你可以肯定這不是一個(gè)命令行指令，不過(guò)，你還是試著鍵入它。當(dāng)然，這沒(méi)有結(jié)果。然后，你檢查一下鍵盤(pán)。哦，沒(méi)有SIGHUP鍵。于是你又重新閱讀這個(gè)應(yīng)用程序的參考指南，看到下面這段文字:
當(dāng)收到一個(gè)hangup（進(jìn)程結(jié)束）信號(hào)時(shí)，sshd程序會(huì)重新閱讀配置文件。通過(guò)執(zhí)行啟動(dòng)程序時(shí)的命令及選項(xiàng)來(lái)發(fā)送SIGHUP信號(hào)，如:/usr/sbin/sshd。
哦，原來(lái)是這樣。
程序員 VS 使用者
LINUX程序的在線參考指南作者一般都要既照顧到最終用戶(hù)的需求也要照顧到高級(jí)程序員的需求。因此，有些說(shuō)明比較難懂。不過(guò)，不要擔(dān)心?，F(xiàn)在我們就要揭開(kāi)覆蓋在這些讓人迷惑的內(nèi)容上面那神秘的面紗。
信號(hào)與進(jìn)程控制
這個(gè)問(wèn)題主要屬于信號(hào)和進(jìn)程控制的范疇。對(duì)于我們系統(tǒng)管理員和普通用戶(hù)來(lái)說(shuō)，我們主要關(guān)心的是啟動(dòng)、停止和重新啟動(dòng)服務(wù)、停止失控的進(jìn)程和被掛起的進(jìn)程，并且盡可能不中斷系統(tǒng)運(yùn)行。因?yàn)椴煌牟僮飨到y(tǒng)和不同的命令外殼處理信號(hào)的方式都不相同，我們這里只介紹Linux操作系統(tǒng)和bash外殼。
信號(hào)是用來(lái)與守護(hù)程序和進(jìn)程通信的。任何活動(dòng)任務(wù)都是一個(gè)進(jìn)程，而守護(hù)程序是等待對(duì)某些事件做出反應(yīng)或者按照日程安排執(zhí)行任務(wù)的后臺(tái)服務(wù)。一個(gè)程序必須有建在其中的信號(hào)處理程序用于捕獲和應(yīng)答信號(hào)。在LINUX中的signal 參考指南解釋了各種不同信號(hào)和這些信號(hào)的用途。信號(hào)是由“kill”命令發(fā)出的。kill -l命令可以顯示一個(gè)可用信號(hào)列表及其編號(hào)。
所有的守護(hù)程序和進(jìn)程都有一個(gè)進(jìn)程ID(PID)，例如使用ps命名所顯示的內(nèi)容：
- $ 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
這個(gè)輸出是經(jīng)過(guò)簡(jiǎn)化的。你在系統(tǒng)中可以看到更多的行和欄目。如果某些進(jìn)程消耗了你的全部CPU或者內(nèi)存，你可以在這個(gè)輸出的%CPU和%MEM列中發(fā)現(xiàn)它們。找到失控的進(jìn)程的一種更快捷的方法是使用top命令，因?yàn)榘凑漳J(rèn)的設(shè)置，使用占用CPU資源最多的進(jìn)程在最上面顯示。我們可以使用一條“yes”命令來(lái)測(cè)試一下:
$ yes carla is teh awesum
這個(gè)命令將以很高的速度反復(fù)顯示“carla is teh awesum”，直到你停止它運(yùn)行。這將使你的CPU使用率達(dá)到警戒線。
- $ 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
分析一下這個(gè)結(jié)果，你會(huì)發(fā)現(xiàn)一些有趣的事，你會(huì)發(fā)現(xiàn)，占用CPU最多的程序是konsole虛擬終端程序，而不是“yes”命令，這是因?yàn)?ldquo;yes”命令是在konsole終端程序中運(yùn)行的。如果在一個(gè)“真正的”控制臺(tái)(按Ctrl+alt+f2鍵)中運(yùn)行同樣的命令序列，你將看到“yes”命令被排在***位。
有許多停止“yes”命令運(yùn)行的方式。如果你要回到運(yùn)行它的shell中，按CTRL+c鍵就可以了?；蛘吣憧梢栽诹硪粋€(gè)shell中用“kill”命令停止“yes”命令的運(yùn)行，Kill命令后面跟PID或者命令名稱(chēng)，如下如示:
$ kill 22236
或者
$ killall yes
按CTRL+c鍵發(fā)出一個(gè)SIGINT（信號(hào)2），這個(gè)信號(hào)是鍵盤(pán)要求取得控制權(quán)的中斷信號(hào)。kill和killall這兩個(gè)命令按照默認(rèn)的設(shè)置都發(fā)出一個(gè)SIGTERM信號(hào)(編號(hào)15)。程序中可以設(shè)置對(duì)SIGTERM信號(hào)(15)是捕捉或者忽略，或者以不同的方式解釋。因此，如果你的程序?qū)τ贙ILL命令的反應(yīng)與你預(yù)期不同，很可能是被KILL的目標(biāo)程序的問(wèn)題。
終止一個(gè)父進(jìn)程通常也終止了它的子進(jìn)程。不過(guò)，情況并不總是如此。你知道子進(jìn)程是什么嗎?使用ps命令加上-f選項(xiàng)就可以看到，如下所示:
- $ 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
本文來(lái)自CSDN博客，轉(zhuǎn)載請(qǐng)標(biāo)明出處：http://blog.csdn.net/jbgtwang/archive/2009/01/08/3734881.aspx
【編輯推薦】
