第4章进程间通信机制.PDFVIP

下载 第4章 进程间通信机制 内核用于协调进程间相互通信的活动。 L i n u x 支持一部分进程间的通信 ( I n t e r- P r o c e s s C o m m u n i c a t i o n , I P C )机制。信号和管道是两种 I P C机制，但L i n u x 也支持U N I XT M system V 的 I P C机制 4.1 信号机制 信号机制是U N I X系统使用最早的进程间通信机制之一，主要用于向一个或多个进程发异 步事件信号，信号可以通过键盘中断触发、也可以由进程访问虚拟内存中不存在的地址这样 的错误来产生。信号机制还可以用于 s h e l l 向它们的子进程发送作业控制命令。 系统内有一组可以由内核或其他的进程触发的预定义信号，并且这些信号都有相应的优 先级。你可以使用k i l l命令( k i l l - 1 )列出系统支持的所有信号。在作者的 I n t e l硬件平台的L i n u x系 统上会产生如下的结果： Alpha AXP 硬件平台的L i n u x 系统支持的信号数量与前面的不同。进程可以选择忽略上面 的大多数信号，但 S I G S TO P和S I G K I L L是不可忽略的。其中 S I G S TO P信号，使进程停止执 行；而 S I G K I L L信号使进程中止。对于其他情况，进程可以自主决定如何处理各种信号：它 可以阻塞信号；如果不阻塞，也可以选择由进程自己处理信号或者由内核来处理。由内核来 处理信号时，内核对每个信号使用相应的缺省处理动作，例如：当进程收到 S I G F P E信号(浮点 异常)时，内核的缺省动作是进行内核转贮 (core dump) ，然后中止该进程。信号之间不存在内 在的相对优先级。如果对同一个进程同时产生两个信号的话，它们会按照任意顺序提交给该 进程，并且对同种信号无法区分信号的数量。例如：进程无法区别它收到了 1个还是 4 2个 S I G C O N T信号。 L i n u x使用存贮在每个进程 t a s k _ s t r u c t结构中的信息实现信号机制， 它支持的信号数受限 于处理器的字长，具有 3 2位字长的处理器有 3 2种信号，而像 Alpha AXP 处理器有 6 4位字长， 最多可以有6 4种信号。当前未处理的信号记录在 s i g n a l域中，并把阻塞信号掩码对应位设置为 阻塞状态。但对 S I G S TO P和S I G K I L L信号来说，所有的信号都被设置为阻塞状态。如果一个 被阻塞的信号产生了，就将一直保持未处理状态，直到阻塞被取消。 L i n u x 中还包括每个进程 如何处理每种可能信号的信息，这些信息被记录在 s i g a c t i o n数据结构的矩阵中，由每个进程的 t a s k _ s t r u c t指向s i g a c t i o n矩阵。这些信息中包括处理信号例程的地址或者通知 L i n u x 该进程选择 42 第一部分 Linux 内核 下载 忽略信号还是由内核处理信号的标志。进程通过系统调用改变缺省信号的处理过程，这些系 统调用会改变对应信号的 s i g a c t i o n结构和阻塞掩码。 并不是系统中的每个进程都可以向其他的进程发消息，只有内核和超级用户可以做到这 一点。普通的进程只能向同一进程组或具有相同的 u i d和g i d 的进程发送信号。信号可以通过设 置t a s k _ s t r u c t 结构s i g n a l域中相应中的位来产生。如果一个进程没有阻塞信号，正处于可中断 的等待信号状态中，当等待的信号出现时 ,系统可以通过把该进程的状态变成运行状态 ,然后放 入候选运行队列中的方法来唤醒它。通过上面的方法在下次调度时 ,进程调度器会把该进程作 为候选运行进程进行调度。如果需要缺省处理的话， L i n u x可以优化信号的处理，例如：当出 现SIGWINCH( X window焦点改变信号)信号时，如果没有进程的信号处理例程可以调用的话， 系统会使用缺省处理过程。 信号产生后，并不立即提交给进程 ,它必须要等到进程再次被调度运行时。每当进程从系 统调用中返回时，系统都会检查进程的 s i