3.8.进程和守护进程
FreeBSD 是一种多任务操作系统。在任何时候运行的每个程序都被称为一个进程。每个运行的命令都会启动至少一个新进程,有许多由 FreeBSD 运行的系统进程。
每个进程由一个称为进程 ID(PID)的数字唯一标识。与文件类似,每个进程都有一个所有者和组,并且所有者和组权限用于确定进程可以打开哪些文件和设备。大多数进程也有一个启动它们的父进程。例如,shell 是一个进程,shell 中启动的任何命令都是具有 shell 作为父进程的进程。例外是一个名为 init(8)的特殊进程,它总是在启动时首先启动的进程,其 PID 始终为 1。
有些程序没有被设计为接受连续的用户输入,并在第一次机会时与终端断开连接。例如,Web 服务器响应 Web 请求,而非用户输入。邮件服务器是这种类型应用程序的另一个示例。这些类型的程序被称为守护进程。守护进程一词来自希腊神话,代表一个非善非恶,并在后台中执行有用任务的存在。这就是为什么 BSD 吉祥物是一个看起来开心的守护进程,并穿着球鞋拿着草叉。
通常有一个惯例,即通常作为守护进程运行的程序的名称以字母"d"结尾。例如,BIND 是伯克利互联网名称域,但实际执行的程序是 named。Apache Web 服务器程序是 httpd,而行打印机排队守护进程是 lpd。这只是一种命名约定。例如,Sendmail 应用程序的主邮件守护进程是 sendmail,而不是 maild。
3.8.1. 查看进程
要查看系统上运行的进程,请使用 ps(1)或 top(1)。要显示当前正在运行的进程的静态列表,它们的 PID,它们正在使用的内存量以及它们启动的命令,请使用 ps(1)。要显示所有运行的进程并每隔几秒更新显示,以便交互式地查看计算机正在做什么,请使用 top(1)。
默认情况下,ps(1)只显示正在运行并由用户拥有的命令。例如:
输出应类似于以下内容:
来自 ps(1)的输出被组织成多个列。PID 列显示进程 ID。PID 从 1 开始分配,一直到 99999,然后重新开始。但是,如果 PID 已在使用中,则不会重新分配。TT 列显示程序正在运行的 tty,STAT 显示程序的状态。TIME 是程序在 CPU 上运行的时间。这通常不是程序启动后经过的时间,因为大多数程序在需要在 CPU 上花费时间之前会花费大量时间等待事情发生。最后,COMMAND 是用于启动程序的命令。
有许多不同的选项可用于更改显示的信息。其中最有用的之一是 auxww,其中 a 显示所有用户的运行进程信息,u 显示进程所有者的用户名和内存使用情况,x 显示关于守护进程的信息,ww 会导致 ps(1)显示每个进程的完整命令行,而不是在屏幕上显示过长时截断。
来自 top(1)的输出类似:
输出应该类似于以下内容:
输出分为两个部分。标题(前五或六行)显示最后运行进程的 PID、系统负载平均值(衡量系统忙碌程度的指标)、系统正常运行时间(自上次重启以来的时间)和当前时间。标题中的其他数字涉及正在运行的进程数、已使用的内存和交换空间量,以及系统在不同 CPU 状态下花费的时间。如果加载了 ZFS 文件系统模块,则会显示一行指示有多少数据是从内存缓存而不是从磁盘读取的。
在标题下是一系列列,包含与 ps(1)的输出类似的信息,如 PID、用户名、CPU 时间量和启动进程的命令。默认情况下,top(1)还显示进程占用的内存空间量。这分为两列:总大小和常驻大小。总大小是应用程序所需的内存量,常驻大小是实际正在使用的内存量。
top(1)会自动每两秒更新显示。可以使用不同的间隔进行指定。
3.8.2. 结束进程
与任何正在运行的进程或守护程序通信的一种方法是使用 kill(1)发送信号。有许多不同的信号;一些信号具有特定含义,而另一些信号在应用程序文档中有说明。用户只能向自己拥有的进程发送信号,向他人进程发送信号将导致权限被拒绝的错误。例外的是 root 用户,可以向任何进程发送信号。
操作系统也可以向进程发送信号。如果一个应用程序编写不当,并尝试访问不应该访问的内存,FreeBSD 将向进程发送"分段错误"信号( SIGSEGV )。如果一个应用程序已编写使用 alarm(3)系统调用在经过一段时间后警报的,它将被发送"闹钟"信号( SIGALRM )。
两个信号可用于停止一个进程: SIGTERM 和 SIGKILL。SIGTERM 是终止一个进程的礼貌方式,因为该进程可以读取该信号,关闭可能打开的任何日志文件,并尝试完成正在做的事情后再关闭。在某些情况下,进程可能会忽略 SIGTERM,如果它正在执行一些无法中断的任务。
无法被进程忽略 SIGKILL。向一个进程发送 SIGKILL 通常会立即停止该进程。
其他常用信号是 SIGHUP,SIGUSR1 和 SIGUSR2。由于这些是通用信号,不同的应用程序会有不同的响应。
例如,更改 Web 服务器的配置文件后,需要告知 Web 服务器重新读取其配置。重启 httpd 将导致 Web 服务器出现短暂的停机时间。相反,向守护程序发送 SIGHUP 信号。请注意,不同的守护程序会有不同的行为,因此请参考守护程序的文档,以确定是否 SIGHUP 可以实现期望的结果。
最后更新于