Linux Kernel 通讯机制.docVIP

Interprocess Communication Mechanisms?（进程间通讯机制） ????????????????????????????????——Linux Kernel 学习笔记四 ??? 进程之间互相通讯并和核心通讯，协调它们的行为。 Linux 支持一些进程间通讯（IPC）的机制。信号和管道是其中的两种，Linux 还支持系统VIPC（用首次出现的 Unix 的版本命名）的机制。 5.1 Signals （信号）??? 信号是 Unix 系统中使用的最古老的进程间通讯的方法之一。用于向一个或多个进程发送异步事件的信号。信号可以用键盘终端产生，或者通过一个错误条件产生，比如进程试图访问它的虚拟内存中不存在的位置。 Shell 也使用信号向它的子进程发送作业控制信号。??? 在 Alpha AXP Linux 系统上编号不同。进程可以选择忽略产生的大多数信号，有两个例外：SIGSTOP（让进程停止执行）和SIGKILL（让进程退出）不可以忽略，虽然进程可以选择它如何处理信号。进程可以阻塞信号，如果它不阻塞信号，它可以选择自己处理或者让核心处理。如果核心处理，将会执行该信号的缺省行为。例如，进程接收到 SIGFPE （浮点意外）的缺省动作是产生 core 并退出。信号没有固有的优先级，如果一个进程同时产生了两个信号，它们会以任意顺序出现在进程中并按任意顺序处理。另外，也没有机制可以处理同一种类的多个信号。进程无法知道它接收了1 还是42个SIGCONT信号。??? Linux 用进程的task_struct中存放的信息来实现信号机制。支持的信号受限于处理器的字长。32位字长的处理器可以有32种信号，而64位的处理器，比如 Alpha AXP 可以有多达 64 种信号。当前待处理的信号放在 signal 域， blocked 域放着要阻塞的信号掩码。除了 SIGSTOP 和 SIGKILL ，所有的信号都可以被阻塞。如果产生了一个被阻塞的信号，它一直保留待处理，直到被解除阻塞。 Linux 也保存每一个进程如何处理每一种可能的信号的信息，这些信息放在一个 sigaction 的数据结构数组中，每一个进程的 task_struct 都有指针指向对应的数组。这个数组中包括处理这个信号的例程的地址，或者包括一个标志，告诉 Linux 该进程是希望忽略这个信号还是让核心处理。进程通过执行系统调用改变缺省的信号处理，这些调用改变适当的信号的 sigaction 和阻塞的掩码。??? 并非系统中所有的进程都可以向其他每一个进程发送信号，只有核心和超级用户可以。普通进程只可以向拥有相同uid和gid或者在相同进程组的进程发送信号。通过设置task _struct的 signal 中适当的位产生信号。如果进程不阻塞信号，而且正在等待但是可以中断（状态是 Interruptible），那么它的状态被改为 Running 并确认它在运行队列，通过这种方式把它唤醒。这样调度程序在系统下次调度的时候会把它当作一个运行的候选。如果需要缺省的处理， Linux 可以优化信号的处理。例如如果信号 SIGWINCH （ X window 改变焦点）发生而使用缺省的处理程序，则不需要做什么事情。??? 信号产生的时候不会立刻出现在进程中，它们必须等到进程下次运行。每一次进程从系统调用中退出的时候都要检查它的 signal 和 blocked 域，如果有任何没有阻塞的信号，就可以发送。这看起来好像非常不可靠，但是系统中的每一个进程都在调用系统调用，比如向终端写一个字符的过程中。如果愿意，进程可以选择等待信号，它们挂起在 Interruptible 状态，直到有了一个信号。 Linux 信号处理代码检查 sigaction 结构中每一个当前未阻塞的信号。??? 5.2 Pipes （管道）普通的 Linux shell 都允许重定向。例如：$ ls | pr | lpr??? 把列出目录文件的命令 ls 的输出通过管道接到 pr 命令的标准输入上进行分页。最后， pr 命令的标准输出通过管道连接到 lpr 命令的标准输入上，在缺省打印机上打印出结果。管道是单向的字节流，把一个进程的标准输出和另一个进程的标准输入连接在一起。没有一个进程意识到这种重定向，和它平常一样工作。是 shell 建立了进程之间的临时管道。在Linux中，使用指向同一个临时VFSI节点（本身指向内存中的一个物理页）的两个file数据结构来实现管道。图 5.1 显示了每一个 file 数据结构包含了不同的文件操作例程的向量表的指针：一个用于写，另一个从管道中读。这掩盖了和通用的读写普通文件的系统调用的不同。当写进程向管道中写的时候，字节拷贝到了共享的数据