Linux 查看進(jìn)程工具KILL詳解
由于職責(zé)的要求，你不得不費(fèi)力地閱讀那些令你感到費(fèi)解的晦澀的Linux應(yīng)用程序的說明文件。然后，你將運(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è)命令行指令，不過，你還是試著鍵入它。當(dāng)然，這沒有結(jié)果。然后，你檢查一下鍵盤。哦，沒有SIGHUP鍵。于是你又重新閱讀這個(gè)應(yīng)用程序的參考指南，看到下面這段文字:
當(dāng)收到一個(gè)hangup（進(jìn)程結(jié)束）信號(hào)時(shí)，sshd程序會(huì)重新閱讀配置文件。通過執(zhí)行啟動(dòng)程序時(shí)的命令及選項(xiàng)來發(fā)送SIGHUP信號(hào)，如:/usr/sbin/sshd。
哦，原來是這樣。
程序員 VS 使用者
LINUX程序的在線參考指南作者一般都要既照顧到最終用戶的需求也要照顧到高級(jí)程序員的需求。因此，有些說明比較難懂。不過，不要擔(dān)心?，F(xiàn)在我們就要揭開覆蓋在這些讓人迷惑的內(nèi)容上面那神秘的面紗。
信號(hào)與進(jìn)程控制
這個(gè)問題主要屬于信號(hào)和進(jìn)程控制的范疇。對于我們系統(tǒng)管理員和普通用戶來說，我們主要關(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)是用來與守護(hù)程序和進(jìn)程通信的。任何活動(dòng)任務(wù)都是一個(gè)進(jìn)程，而守護(hù)程序是等待對某些事件做出反應(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)過簡化的。你在系統(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”命令來測試一下:
$ 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或者命令名稱，如下如示:
$ kill 22236
或者
$ killall yes
按CTRL+c鍵發(fā)出一個(gè)SIGINT（信號(hào)2），這個(gè)信號(hào)是鍵盤要求取得控制權(quán)的中斷信號(hào)。kill和killall這兩個(gè)命令按照默認(rèn)的設(shè)置都發(fā)出一個(gè)SIGTERM信號(hào)(編號(hào)15)。程序中可以設(shè)置對SIGTERM信號(hào)(15)是捕捉或者忽略，或者以不同的方式解釋。因此，如果你的程序?qū)τ贙ILL命令的反應(yīng)與你預(yù)期不同，很可能是被KILL的目標(biāo)程序的問題。
終止一個(gè)父進(jìn)程通常也終止了它的子進(jìn)程。不過，情況并不總是如此。你知道子進(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
本文來自CSDN博客，轉(zhuǎn)載請標(biāo)明出處：http://blog.csdn.net/jbgtwang/archive/2009/01/08/3734881.aspx
【編輯推薦】
