FreeBSD中Telnet最大连接用户数(6)

　　当你使用一个编辑器的时候，你可以要求它加载一些文件。因为它们提供了这样的功能，而且它们是与一个终端连在一起的。但，有一些程序却不能让用户输入信息，它们是不与终端连在一起的。例如，一个web 服务器花费所有的时间来回应用户的请求，它通常不需要你有任何的输入。从一个站点到另一个站点传送email 是另外一个这种类型的应用例子。我们叫这些程序为daemons（守护程序）。Daemon 具有希腊神话的特征；今天的许多web 服务器和mail 服务器都使用这些。有时你可能需要与一个守护程序进行通讯。这些通讯就叫做signal。你可以通过给它发送signal（或是运行进程）来与守护程序通讯。如果你发送的signal 有很多（有一些有特殊的用处），其它的与应用程序集成在一起，应用程序的文档会告诉你如何解释signal。你可以发一个signal 给你的一个进程。如果你设法发送一个signal 给其他人的进程，它就会被忽略。Root 用户除外，它可以发送signal 给每一个进程。

　　如果一个应用程序写入错误，就会设法访问内存，FreeBSD 会给进程发送Segmentation Violation signal (SIGSEGV)。如果一个应用程序使用alarm 系统来发出警告，那一段时间以后，它也会发送警告信号。

　　两个信号可能会中断一个进程，SIGTERM 和SIGKILL。SIGTERM 是一个比较友好的杀死进程的方法；这个进程也会捕获信号，以便让你关机，关闭可能打开的一些日志文件。在关机之前，通常需要完成当前正在做的工作。有时，如果它是处在一个不能打断的任务中，一个进程可以忽略SIGTERM。

　　SIGKILL 无法被进程忽略。它会发出这样的信号“I do not care what you are doing,stop right now”。如果你发送SIGKILL 给一个进程，FreeBSD 将会停止那个进程。 你可能要用到的其他signal 是SIGHUP, SIGUSR1 和SIGUSR2。这些是普通用途的signal。当他们被发送时，不同的应用程序将做不同的事情。

　　建议你改变一下你的web 服务器的配置文件----你最好告诉web 服务器重新读一下它的配置文件。你需要重起httpd,但这将会在你的web 服务器上增加一些消耗，而这可能是你不太欢迎的。绝大多数守护程序通过重新读取它们的配置文件来对SIGHUP 信号作出回应。

　　不同的后台程序将有不同的行为。所以，要带着问题来阅读守护程序的联机手册。