现代操作系统通常是多任务处理的,这意味着它们通过快速从一个执行程序切换到另一个程序,创造了一种同时做多件事的错觉。Linux内核通过使用进程(processes)来管理这一点。进程是Linux如何组织在CPU上等待轮到它们的不同程序的。
有时计算机会变得迟钝,或者应用程序会停止响应。在本章中,我们将介绍命令行上可用的一些工具,这些工具让我们检查程序正在做什么,以及如何终止行为异常的进程。
本章将介绍以下命令:
ps
—— 报告当前进程的快照(processes snapshot)top
—— 显示任务jobs
—— 列出活动作业bg
—— 将一个作业放置到后台(background)fg
—— 将一个作业放置到前台(foreground)kill
—— 向进程发送信号killall
—— 按名称终止进程nice
—— 运行具有修改后的计划优先级的程序renice
—— 更改正在运行的进程的优先级nohup
—— 运行一个不受挂机(hangups)影响的命令halt/poweroff/reboot
—— 挂起、关闭电源或重新启动系统shutdown
—— 关闭或重新启动系统第十章:进程进程是如何工作的查看进程使用 top
动态查看进程控制进程中断进程将进程置于后台将进程带回前台停止(暂停)一个进程更改线程优先级信号使用 kill
向进程发送信号防止进程挂起使用 killall
向多个进程发送信号关闭系统更多与进程相关的命令总结
当系统启动时,内核会启动一些自己的活动作为进程,并启动一个名为 init
的程序。 init
反过来启动 systemd
, systemd
启动所有系统服务。在较旧的Linux发行版中, init
运行一系列名为 init scripts 的shell脚本(位于 /etc 中)来执行类似的功能。许多系统服务都是作为守护程序(daemon programs)实现的,这些程序只是坐在后台,在没有任何用户界面的情况下完成自己的工作。因此,即使我们没有登录,系统也至少有点忙于执行日常工作。
一个程序可以启动其他程序的事实在进程方案中表示为产生子进程(child process)的父进程(parent process)。
内核维护每个进程的信息,以帮助保持事物的有序性。例如,每个进程都被分配了一个称为进程ID(process ID ,PID)的数字。PID按升序分配, init
总是得到PID 1。内核还跟踪分配给每个进程的内存,以及进程恢复执行的准备情况。与文件一样,进程也有所有者和用户ID、有效(effective)用户ID等。
查看进程(有几个)最常用的工具是 ps
命令。 ps
程序有很多选项,但最简单的形式是这样使用的:
xxxxxxxxxx
[me@linuxbox ~]$ ps
PID TTY TIME CMD
5198 pts/1 00:00:00 bash
10129 pts/1 00:00:00 ps
此示例中的结果列出了两个进程,进程5198和进程10129,它们分别是 bash
和 ps
。正如我们所看到的,默认情况下, ps
不会向我们显示太多,只显示与当前终端会话相关的进程。要了解更多,我们需要添加一些选项,但在这样做之前,让我们看看 ps
生成的其他字段。
TTY
是 teletype(电传打字机)的缩写,指的是过程的控制终端(controlling terminal)。Unix在这里显示了它的年龄。TIME
字段是进程消耗的CPU时间量。正如我们所看到的,这两个过程都没有让计算机工作得很努力。
如果我们添加一个选项,我们可以更全面地了解系统正在做什么。
xxxxxxxxxx
[me@linuxbox ~]$ ps x
PID TTY STAT TIME COMMAND
2799 ? Ssl 0:00 /usr/libexec/bonobo-activation-server –ac
2820 ? Sl 0:01 /usr/libexec/evolution-data-server-1.10 --
15647 ? Ss 0:00 /bin/sh /usr/bin/startkde
15751 ? Ss 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --
15754 ? S 0:00 /usr/bin/dbus-launch --exit-with-session
15755 ? Ss 0:01 /bin/dbus-daemon --fork --print-pid 4 –pr
15774 ? Ss 0:02 /usr/bin/gpg-agent -s –daemon
15793 ? S 0:00 start_kdeinit --new-startup +kcminit_start
15794 ? Ss 0:00 kdeinit Running...
15797 ? S 0:00 dcopserver –nosid
and many more...
添加 x
选项(注意没有前导破折号)告诉 ps
显示我们的所有进程,无论它们由哪个终端控制(如果有的话)。TTY列中的 ?
表示没有控制终端。使用此选项,我们可以看到我们拥有的每个进程的列表。
由于系统正在运行许多进程, ps
会生成一个长列表。为了便于查看,将 ps
的输出转换为 less
通常是有帮助的。一些选项组合也会产生长行(long line)输出,因此最大化终端模拟器窗口可能也是一个好主意。
输出中添加了一个名为 STAT
的新列。 STAT
是 "state"(状态) 的缩写,显示流程的当前状态,如下表所示:
状态 | 含义 |
---|---|
R | Running。这意味着进程正在运行或准备运行。 |
S | Sleeping。进程未运行;相反,它正在等待一个事件,比如击键或网络数据包。 |
D | 不间断的(Uninterruptible)睡眠。进程正在等待磁盘驱动器等I/O。 |
T | Stopped。已指示停止该进程。本章稍后将对此进行更多介绍。 |
Z | 已失效或“僵尸”(zombie)进程。这是一个已终止但尚未被其父进程清理的子进程。 |
< | 高优先级的进程。可以赋予进程更多的重要性,让它在CPU上有更多的时间。进程的这种特性被称为 niceness 。具有高优先级的进程被认为不太好,因为它占用了更多的CPU时间,这给其他人留下了更少的时间。 |
N | 低优先级进程。低优先级的进程(“nice”进程)只有在其他优先级较高的进程得到服务后,才会获得处理器时间。 |
进程状态后面可能跟有其他字符。这些表明了各种奇特的过程特征。有关更多详细信息,请参阅 ps
手册页。
另一组流行的选项是 aux
(没有前导破折号)。这给了我们更多的信息。
xxxxxxxxxx
[me@linuxbox ~]$ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 2136 644 ? Ss Mar05 0:31 init
root 2 0.0 0.0 0 0 ? S< Mar05 0:00 [kt]
root 3 0.0 0.0 0 0 ? S< Mar05 0:00 [mi]
root 4 0.0 0.0 0 0 ? S< Mar05 0:00 [ks]
root 5 0.0 0.0 0 0 ? S< Mar05 0:06 [wa]
root 6 0.0 0.0 0 0 ? S< Mar05 0:36 [ev]
root 7 0.0 0.0 0 0 ? S< Mar05 0:00 [kh]
and many more...
这组选项显示属于每个用户的进程。使用不带前导破折号的选项会调用具有“BSD风格”行为的命令。 ps
的Linux版本可以模拟在几个不同的Unix实现中发现的 ps
程序的行为。最流行的BSD选项如下表所示:
选项 | 功能 |
---|---|
x | 列出我们正在运行的进程 |
ax | 列出所有运行中的进程 |
w | 包括完整命令名称 |
u | 详细列表 |
使用 aux
选项,我们得到了下表中所示的附加列:
标题 | 含义 |
---|---|
USER | 用户ID。进程的所有者。 |
%CPU | CPU使用率。 |
%MEM | 内存使用率。 |
VSZ | 虚拟内存大小。 |
RSS | Resident set size。这是进程正在使用的物理内存(RAM)量,单位为千字节。 |
START | 进程开始的时间。对于超过24小时的值,使用日期。 |
TIME | 进程所消耗的CPU时间。 |
还可以通过将PID作为命令参数来生成单个进程的详细快照,如下例所示。
xxxxxxxxxx
[me@linuxbox ~]$ ps uw 44719
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
me 44719 0.0 0.0 13480 6492 pts/1 S 15:57 0:00 bash
top
动态查看进程虽然 ps
命令可以揭示机器正在做什么,但它只提供执行 ps
命令时机器状态的快照。为了查看机器活动的更动态视图,我们使用 top
命令:
xxxxxxxxxx
[me@linuxbox ~]$ top
top
程序显示按进程活动顺序列出的系统流程的连续更新(默认情况下,每三秒一次)显示。 top
这个名字来自这样一个事实,即 top
程序用于查看系统上的“top”进程。 top
显示由两部分组成:显示于顶部的系统摘要,后面是按CPU活动排序的进程表:
xxxxxxxxxx
top - 14:59:20 up 6:30, 2 users, load average: 0.07, 0.02, 0.00
Tasks: 109 total, 1 running, 106 sleeping, 0 stopped, 2 zombie
Cpu(s): 0.7%us, 1.0%sy, 0.0%ni, 98.3%id, 0.0%wa, 0.0%hi, 0.0%si
Mem: 319496k total, 314860k used, 4636k free, 19392k buff
Swap: 875500k total, 149128k used, 726372k free, 114676k cach
======================================================================
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6244 me 39 19 31752 3124 2188 S 6.3 1.0 16:24.42 trackerd
11071 me 20 0 2304 1092 840 R 1.3 0.3 0:00.14 top
6180 me 20 0 2700 1100 772 S 0.7 0.3 0:03.66 dbus-dae
6321 me 20 0 20944 7248 6560 S 0.7 2.3 2:51.38 multiloa
4955 root 20 0 104m 9668 5776 S 0.3 3.0 2:19.39 Xorg
1 root 20 0 2976 528 476 S 0.0 0.2 0:03.14 init
2 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0.0 0.0 0:00.00 migratio
4 root 15 -5 0 0 0 S 0.0 0.0 0:00.72 ksoftirq
5 root RT -5 0 0 0 S 0.0 0.0 0:00.04 watchdog
6 root 15 -5 0 0 0 S 0.0 0.0 0:00.42 events/0
7 root 15 -5 0 0 0 S 0.0 0.0 0:00.06 khelper
41 root 15 -5 0 0 0 S 0.0 0.0 0:01.08 kblockd/
67 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
114 root 20 0 0 0 0 S 0.0 0.0 0:01.62 pdflush
116 root 15 -5 0 0 0 S 0.0 0.0 0:02.44 kswapd0
系统摘要包含了很多好东西。以下是一个概述:
行 | 字段 | 含义 |
---|---|---|
1 | top | 程序的名字 |
14:59:20 | 当前时间 | |
up 6:30 | 这被称为 uptime 。这是自上次启动机器以来的时间量。 在这个例子中,系统已经运行了六个半小时。 | |
2 users | 当前有两个用户登录了 | |
load average: | load average ,平均负载,是指等待运行的进程数量,即处于可运行状态并共享CPU的进程数量。 显示了三个值,每个值对应不同的时间段。 - 第一个是最后60秒的平均值: - 第二个是前5分钟的平均值; - 最后是前15分钟的平均值。 值小于1.0表示机器不忙。 | |
2 | Tasks: | 这总结了进程的数量及其各种进程状态。 |
3 | Cpu(s): | 此行描述了CPU正在执行的活动的特征。 |
0.7%us | 0.7%的CPU用于 user processes 。这些进程在内核之外。 | |
1.0%sy | 1.0%的CPU用于system (内核)进程。 | |
0.0%ni | 0.0%的CPU被“nice”(低优先级)进程使用。 | |
98.3%id | 98.3%的CPU处于空闲状态(idle)。 | |
0.0%wa | 0.0%的CPU正在等待(waiting)I/O。 | |
4 | Mem: | 这显示了物理RAM的使用情况。 |
5 | Swap: | 这显示了交换空间(虚拟内存)的使用情况。 |
top
程序接受许多键盘命令。最有趣的两个是 h ,它显示程序的帮助屏幕;以及 q ,它退出 top
。
两种主要的桌面环境都提供了显示类似于 top
的信息的图形应用程序(与Windows中的任务管理器的工作方式大致相同),但 top
比图形版本更好,因为它更快,消耗的系统资源更少。毕竟,我们的系统监控程序不应该是我们试图跟踪的系统减速的根源。
现在我们可以查看和监控进程了,让我们对它们进行一些控制。在我们的实验中,我们将使用一个名为 xlogo
的小程序作为我们的豚鼠。 xlogo
程序是X Window系统(使我们显示器上的图形过时而有利于Wayland的底层引擎)提供的示例程序,它只是显示一个包含X徽标的可调整大小的窗口。首先,我们将了解我们的测试对象。
xxxxxxxxxx
[me@linuxbox ~]$ xlogo
输入命令后,屏幕上的某个地方应该会出现一个包含徽标的小窗口。在某些系统上, xlogo
可能会打印警告消息,但可以安全地忽略它。
提示:如果您的系统不包含 xlogo
程序,请尝试使用 gedit
或 kwrite
。
我们可以通过调整窗口大小来验证 xlogo
是否正在运行。如果徽标以新尺寸重新绘制,则程序正在运行。
注意我们的shell提示符没有返回吗?这是因为shell正在等待程序完成,就像我们迄今为止使用的所有其他程序一样。如果我们关闭 xlogo
窗口,提示将返回。
让我们观察一下再次运行 xlogo
时会发生什么。首先,输入 xlogo
命令并验证程序是否正在运行。接下来,返回终端窗口并按 Ctrl - c 。
xxxxxxxxxx
[me@linuxbox ~]$ xlogo
[me@linuxbox ~]$
在终端中,按 Ctrl - c 会中断程序。这意味着我们礼貌地要求程序终止。按下 Ctrl - c 后,xlogo
窗口关闭,shell提示符返回。
使用此技术可以中断许多(但不是全部)命令行程序。
假设我们想在不终止 xlogo
程序的情况下恢复shell提示符。我们可以通过将程序置于后台,background ,来实现这一点。将终端视为具有 foreground (具有在表面上可见的内容,如shell提示)和 backgrand (具有隐藏在表面后面的内容)。要启动一个程序并将其立即放置在后台,我们可以在命令后面加上与号(ampersand,&)字符:
xxxxxxxxxx
[me@linuxbox ~]$ xlogo &
[1] 28236
[me@linuxbox ~]$
输入命令后, xlogo
窗口出现,shell提示符返回,但也打印了一些有趣的数字。此消息是名为作业控制的shell功能的一部分。通过此消息,shell告诉我们我们已经启动了作业编号1([1]
),并且它的PID为28236。如果我们运行 ps
,我们可以看到我们的进程:
xxxxxxxxxx
[me@linuxbox ~]$ ps
PID TTY TIME CMD
10603 pts/1 00:00:00 bash
28236 pts/1 00:00:00 xlogo
28239 pts/1 00:00:00 ps
shell的作业控制工具还为我们提供了一种列出从终端启动的作业的方法。使用 jobs
命令,我们可以看到以下列表:
xxxxxxxxxx
[me@linuxbox ~]$ jobs
[1]+ Running xlogo &
结果显示,我们有一个编号为1的作业正在运行,命令是 xlogo &
。
请注意,我们可以使用此快捷方式在后台放置多个命令,如下所示:
xxxxxxxxxx
me@linuxbox:~$ xlogo & gedit &
[1] 47211
[2] 47212
后台进程不受终端键盘输入的影响,包括任何用 Ctrl - c 中断它的尝试。要将进程返回到前台,请按以下方式使用 fg
命令:
xxxxxxxxxx
[me@linuxbox ~]$ jobs
[1]+ Running xlogo &
[me@linuxbox ~]$ fg %1
xlogo
fg
命令后面跟着一个百分号和作业编号(称为 jobspec)就可以了。如果我们只有一个后台作业,则jobspec是可选的。此时要终止 xlogo
,请按 Ctrl - c 。
有时我们想停止(stop)一个进程而不终止(terminating)它。这通常是为了允许前台进程移动到后台。要停止前台进程并将其置于后台,请按 Ctrl - z 。让我们试试。在命令提示符下,键入 xlogo
,按 Enter 键,然后按 Ctrl - z :
xxxxxxxxxx
[me@linuxbox ~]$ xlogo
[1]+ Stopped xlogo
[me@linuxbox ~]$
停止 xlogo
后,我们可以通过尝试调整 xlogo
窗口的大小来验证程序是否已停止。我们会看到它看起来已经死了。我们可以使用 fg
命令在前台继续执行程序,也可以使用 bg
命令在后台继续执行程序:
xxxxxxxxxx
[me@linuxbox ~]$ bg %1
[1]+ xlogo &
[me@linuxbox ~]$
与 fg
命令一样,如果只有一个作业,jobspec
是可选的。
如果我们从命令行启动一个图形程序,但忘记通过在后面附加 &
将其放置在后台,那么将进程从前台移动到后台会很方便。
为什么我们要从命令行启动图形程序?有两个原因。
xlogo
)。正如我们在 ps
命令的输出(以及 top
)中看到的,有一个名为 niceness 的进程属性,它指的是赋予进程的调度优先级。在某些情况下,例如在视频转码或执行基于CPU的光线跟踪(ray tracing)时,我们可能希望给进程更高的优先级(更不美观),或者如果我们希望进程使用更少的CPU时间,我们可以给它更美观(niceness)。niceness可以通过 nice
和 renice
命令进行调整。重要的是要记住,只有超级用户可以提高进程的优先级,而普通用户只能降低他们拥有的进程的优先级。
nice
命令以指定的niceness启动一个进程。良好度调整从-20(最有利,favorable,但最不nice)到19(最不利,但最nice)表示,默认值为零(无调整)。让我们看看这是如何工作的。想象一下,我们有一个名为 cpu-hog
的程序,我们想以比正常20更低的优先级运行。我们可以按如下方式启动 nice
程序:
xxxxxxxxxx
[me@linuxbox ~]$ nice -n 10 cpu-hog
同样,如果我们有一个名为 must-run-fast
的程序需要被赋予更高的CPU优先级,我们(作为超级用户)可以这样做:
xxxxxxxxxx
[me@linuxbox ~]$ sudo nice -n -10 must-run-fast
很少有必要以更高的优先级运行命令,这样做可能会使基本系统进程缺少所需的CPU时间,因此要小心。
renice
命令调整正在运行的进程的优先级。例如,如果我们启动了 cpu-hug
程序,并希望在事后增加其友好性(niceness),我们可以这样做:
xxxxxxxxxx
[me@linuxbox ~]$ ps
PID TTY TIME CMD
379087 pts/9 00:00:00 bash
379215 pts/9 00:00:00 cpu-hog
379223 pts/9 00:00:00 ps
[me@linuxbox ~]$ renice -n 19 379215
首先,我们运行 ps
来确定正在运行的 cpu-hug
程序的进程id,然后是具有所需nicess级别和进程id的 renice
命令。nicess级别19(最大值)很有用,因为它使进程只在没有其他等待的情况下使用CPU周期。
Signals——信号
kill
命令用于“杀死”进程。这允许我们终止(terminate)需要终止的(need killing)程序(即某种暂停或终止)。这里有一个例子:
xxxxxxxxxx
[me@linuxbox ~]$ xlogo &
[1] 28401
[me@linuxbox ~]$ kill 28401
[1]+ Terminated xlogo
我们首先在后台启动 xlogo
。shell打印后台进程的 jobspec 和 PID 。接下来,我们使用 kill
命令并指定要终止的进程的PID。我们还可以使用jobspec(例如%1)而不是PID指定进程。
虽然这一切都很简单,但还有更多。 kill
命令并不完全(excatly)“杀死”进程:相反,它向进程发送信号(signals)。信号是操作系统与程序通信的几种方式之一。我们已经看到了使用 Ctrl-c 和 Ctrl-z 时的信号。当终端收到其中一个按键时,它会向前台的程序发送信号。在 Ctrl-c 的情况下,会发送一个名为 INT
(interrupt,中断)的信号;使用 Ctrl-z 发送称为 TSTP
(terminal stop,终端停止)的信号。反过来,程序会“监听”(listen)信号,并在收到信号时对其采取行动。程序可以监听信号并对其采取行动的事实允许程序在收到终止信号时执行诸如保存正在进行的工作等操作。
kill
向进程发送信号kill
命令用于向程序发送信号。它最常见的语法如下:
kill [-signal] PID ...
如果命令行上没有指定信号,则默认情况下会发送 TERM
(终止)信号。 kill
命令最常用于发送以下信号:
号码 | 名称 | 含义 |
---|---|---|
1 | HUP | Hangup,挂起。 这是旧时代的遗迹,当时终端通过电话线和调制解调器连接到远程计算机。该信号用于向程序指示控制终端已“挂起”。此信号的效果可以通过关闭终端会话来演示。终端上运行的前台程序将收到信号并终止。 许多守护程序也使用此信号来重新初始化。这意味着当守护进程收到此信号时,它将重新启动并重新读取其配置文件。Apache web服务器就是这样使用 HUP 信号的守护进程的一个例子。通过使用下面讨论的 nohup 命令启动进程,可以使其对 HUP 信号免疫。 |
2 | INT | Interrupt,中断。 执行与从终端发送的 Ctrl-c 相同的功能。它通常会终止一个程序。 |
9 | KILL | Kill,杀掉。 这个信号很特别。尽管程序可能会选择以不同的方式处理发送给它们的信号,包括同时忽略它们,但 KILL 信号实际上从未发送到目标程序。相反,内核会立即终止进程。当一个进程以这种方式终止时,它没有机会在自身之后“清理”或保存其工作。因此,当其他终止信号失败时,应仅将 KILL 信号用作最后手段。 |
15 | TERM | Terminate,终止。 这是 kill 命令发送的默认信号。如果一个程序仍然”活跃“(alive)到足以接收信号,它将终止。 |
18 | CONT | Continue,继续。 对于收到STOP或TSTP信号而停止的进程,收到此信号后将恢复运行。此信号由 bg 和 fg 命令发送。 |
19 | STOP | Stop,停止。 此信号导致进程暂停而不终止。与 KILL 信号一样,它不会发送到目标进程,因此不能被忽略。 |
20 | TSTP | Terminal stop,终端停止。 这是按下 Ctrl-z 时终端发送的信号。与STOP信号不同,TSTP信号由程序接收,但程序可以选择忽略它。 |
让我们试试 kill
命令:
xxxxxxxxxx
[me@linuxbox ~]$ xlogo &
[1] 13546
[me@linuxbox ~]$ kill -1 13546
[1]+ Hangup xlogo
在这个例子中,我们在后台启动 xlogo
程序,然后使用 kell
命令向其发送 HUP
信号。 xlogo
程序终止,shell指示后台进程已收到挂断信号。在消息出现之前,我们可能需要按几次 Enter 键。请注意,信号可以通过数字或名称指定,包括前缀为字母 SIG
的名称。
xxxxxxxxxx
[me@linuxbox ~]$ xlogo &
[1] 13601
[me@linuxbox ~]$ kill -INT 13601
[1]+ Interrupt xlogo
[me@linuxbox ~]$ xlogo &
[1] 13608
[me@linuxbox ~]$ kill -SIGINT 13608
[1]+ Interrupt xlogo
重复上述示例,并尝试其他信号。记住,我们也可以使用 jobspec 代替 PID 。
进程和文件一样,都有所有者,您必须是进程的所有者(或超级用户)才能使用 kill
向其发送信号。
除了上述最常用于杀死的信号列表外,还有下表中列出的系统经常使用的其他信号。
号码 | 名称 | 含义 |
---|---|---|
3 | QUIT | Quit,退出。 |
11 | SEGV | Segmentation violation,分段违规。 如果程序非法使用内存,即如果它试图在不允许写入的地方写入,则会发送此信号。 |
28 | WINCH | Window change,窗口更改。 这是当窗口大小改变时系统发送的信号。一些程序,如 top 和 less ,会通过重新绘制自身以适应新的窗口尺寸来响应此信号。 |
对于好奇的人来说,可以使用以下命令显示完整的信号列表:
xxxxxxxxxx
[me@linuxbox ~]$ kill -l
proof —— 防...的。
正如我们所讨论的,上面许多命令行程序将通过在其控制终端“挂起”(即关闭或断开连接)时终止来响应 HUP
信号。为了防止这种行为,我们可以使用 nohup
命令启动程序。这里有一个例子。
xxxxxxxxxx
[me@linuxbox ~]$ xlogo
如果我们再次启动 xlogo
程序,然后关闭终端窗口,xlogo
将终止,因为当其控制终端关闭时,它会收到 HUP
信号。为了防止这种情况,我们可以使用 nohup
命令启动 xlogo
,如下所示:
xxxxxxxxxx
[me@linuxbox ~]$ nohup xlogo
现在,当我们关闭终端窗口时,xlogo将继续运行。
killall
向多个进程发送信号还可以使用 killall
命令向与指定程序或用户名匹配的多个进程发送信号。语法如下:
killall [-u user] [-signal] name ...
为了演示,我们将启动 xlogo
程序的几个实例,然后终止它们。
xxxxxxxxxx
[me@linuxbox ~]$ xlogo &
[1] 18801
[me@linuxbox ~]$ xlogo &
[2] 18802
[me@linuxbox ~]$ killall xlogo
[1]- Terminated xlogo
[2]+ Terminated xlogo
记住,与 kill
一样,我们必须拥有超级用户权限才能向不属于我们的进程发送信号。
关闭系统的过程包括有序终止系统上的所有进程,以及在系统断电前执行一些重要的日常工作(如同步所有已挂载的文件系统)。有四个命令可以执行此功能。它们是 halt
、 poweroff
、 reboot
和 shutdown
。前三个非常不言自明,通常在没有任何命令行选项的情况下使用。这里有一个例子:
xxxxxxxxxx
[me@linuxbox ~]$ sudo reboot
shutdown
命令更有趣一些。通过它,我们可以指定要执行的操作(halt,停止、powerdown,断电或reboot,重新启动),并为关机事件提供时间延迟。最常用的方法是这样停止(halt)系统:
xxxxxxxxxx
[me@linuxbox ~]$ sudo shutdown -h now
或者像以下方式重启系统:
xxxxxxxxxx
[me@linuxbox ~]$ sudo shutdown -r now
延迟可以通过多种方式指定。有关详细信息,请参阅关机手册页。一旦执行了关机命令,就会向所有登录用户“广播”(broadcast)一条消息,警告他们即将发生的事件。
由于监控进程是一项重要的系统管理任务,因此有很多命令可供使用。下表列出了一些可供使用的命令:
命令 | 介绍 |
---|---|
pstree | 输出以树状模式排列的进程列表,显示进程之间的父子关系。 |
vmstat | 输出系统资源使用情况的快照,包括内存、交换和磁盘I/O。 要查看连续显示,请按照带有时间延迟(以秒为单位)的命令进行更新。这里有一个例子: vmstat 5 。用 Ctrl-c 终止输出。 |
xload | 一种图形程序,绘制显示系统负载随时间变化的图形。 |
tload | 类似于xload程序,但在终端中绘制图形。用 Ctrl-c 终止输出。 |
大多数现代系统都具有管理多个进程的机制。Linux为此提供了一套丰富的工具。鉴于Linux是世界上部署最多的服务器操作系统,这很有意义。然而,与其他一些系统不同,Linux主要依赖命令行工具进行进程管理。尽管Linux有图形化处理工具,但命令行工具因其速度快、占用空间小而备受青睐。虽然GUI工具看起来很漂亮,但它们本身通常会产生大量系统负载,这在一定程度上违背了目的。