操作系统理论 第二章(进程的描述与控制)—第七节(进程通信)

写在前面:

  1. 本系列笔记主要以《计算机操作系统(汤小丹…)》为参考,大部分内容出于此书,笔者的工作主要是挑其重点展示,另外配合下方视频链接的教程展开思路,在笔记中一些比较难懂的地方加以自己的一点点理解(重点基本都会有标注,没有任何标注的难懂文字应该是笔者因为强迫症而加进来的,可选择性地忽略)。
  2. 视频链接:操作系统(汤小丹等第四版)_哔哩哔哩_bilibili

一、概述

        进程通信是指进程之间的信息交换由于进程的互斥与同步需要在进程间交换一的信息,故不少学者将它们也归为进程通信,但只能把它们称为低级进程通信。以信号量机制为例来说明,它们之所以低级的原因在于:

        ①效率低,生产者每次只能向缓冲池投放一个产品(消息),消费者每次只能从缓冲区中取得一个消息。

        ②通信对用户不透明,OS只为进程之间的通信提供了共享存储器,关于进程之间通信所需之共享数据结构的设置、数据的传送、进程的互斥与同步,都必须由程序员去实现。

        在进程之间要传送大量数据时,应当利用OS提供的高级通信工具,该工具最主要的特点是:

        ①使用方便。OS隐藏了实现进程通信的具体细节,向用户提供了一组用于实现高级通信的命令(原语),用户可方便地直接利用它实现进程之间的通信,或者说通信过程对用户是透明的,这样就大大减少了通信程序编制上的复杂性。

        ②高效地传送大量数据。用户可直接利用高级通信命令(原语)高效地传送大量的数据。

二、进程通信的类型

1、共享存储

(1)在共享存储器系统中,相互通信的进程共享某些数据结构或共享存储区,进程之间能够通过这些空间进行通信

(2)共享存储器系统可分成以下两种类型:

基于共享数据结构的通信方式。在这种通信方式中,诸进程公用某些数据结构借以实现诸进程间的信息交换,如在生产者-消费者问题中的有界缓冲区。操作系统仅提供共享存储器,公用数据结构的设置及对进程间同步的处理,都是程序员的职责。这种通信方式仅适于传递相对少量的数据,通信效率低下,属于低级通信。

基于共享存储区的通信方式。为了传输大量数据,在内存中划出了一块共享存储区域,诸进程可通过对该共享区的读或写交换信息,实现通信,数据的形式和位置甚至访问控制都是由进程负责,而不是OS。需要通信的进程在通信前先向系统申请获得共享存储区中的一个分区,并将其附加到自己的地址空间中,便可对其中的数据进行正常读、写,读写完成或不再需要时,将其归还给共享存储区。这种通信方式属于高级通信。

2、管道通信

(1)所谓管道,是指用于连接一个读进程和一个写进程以实现它们之间通信的一个共享文件,又名pipe文件向管道共享文件提供输入的发送进程即写进程以字符流形式将大量的数据送入管道而接受管道输出的接收进程即读进程则从管道中接收数据。由于发送进程和接收进程是利用管道进行通信的,故又称为管道通信。这种方式首创于UNIX系统,由于它能有效地传送大量数据,因而又被引入到许多其它操作系统中。

(2)为了协调双方的通信,管道机制必须提供以下三方面的协调能力:

①互斥,即一个进程正在对pipe执行读/写操作时,其它另一进程必须等待

②同步,指当写输入进程把一定数量如 4KB的数据写入pipe,便去睡眠等待,直到读输出进程取走数据后再把它唤醒当读进程读一空pipe时,也应睡眠等待,直至写进程将数据写入管道后才将之唤醒

③确定对方是否存在,只有确定了对方已存在时才能进行通信。

(3)一个管道只能实现半双工通信,实现双向同时通信需要建立两个管道。

(4)数据一旦从管道中被读出就会被管道抛弃,这就意味着读进程最多只能有一个,否则可能会有读错数据的情况,对此有两种解决方案:

①一个管道允许有多个写进程、一个读进程访问。

②一个管道允许有多个写进程和读进程访问,但系统会让各个读进程轮流从管道中读数据。

3、消息传递

        在该机制中,进程不必借助任何共享存储区或数据结构,而是以格式化的消息层为单位,将通信的数据封装在消息中,并利用操作系统提供的一组通信命令原语在进程间进行消息传递,完成进程间的数据交换。

        该方式隐藏了通信实现细节,使通信过程对用户透明化,降低了通信程序设计的复杂性和错误率,成为当前应用最为广泛的一类进程间通信的机制。

        基于消息传递系统的通信方式属于高级通信方式,因其实现方式的不同,可进一步分成两类:

        ①直接通信方式发送进程利用OS所提供的发送原语,直接把消息发送给目标进程

        ②间接通信方式发送和接收进程都通过共享中间实体称为邮箱的方式进行消息的发送和接收,完成进程间的通信。(可以多个进程往同一个邮箱发送消息,也可以多个进程从同一个邮箱接收消息

4、客户机-服务器系统(简介)

        前面所述的共享内存、消息传递等技术,虽然也可以用于实现不同计算机间进程的双向通信,但客户机-服务器系统的通信机制,在网络环境的各种应用领域已成为当前主流的通信实现机制,其主要的实现方法分为三类:套接字、远程过程调用和远程方法调用。

三、消息传递通信的实现方式

1、直接消息传递系统

(1)在直接消息传递系统中采用直接通信方式,即发送进程利用OS所提供的发送命令(原语)直接把消息发送给目标进程。

(2)直接通信原语:

①对称寻址方式。该方式要求发送进程和接收进程都必须以显式方式提供对方的标识符,通常系统提供下述两条通信命令(原语):

send(receiver, message);    //发送一个消息给接收进程receiver

receive(sender, message);   //接收sender发来的消息

②非对称寻址方式。在某些情况下,接收进程可能需要与多个发送进程通信,无法事先指定发送进程,对于这样的应用,在接收进程的原语中不需要命名发送进程,只填写表示源进程的参数,即完成通信后的返回值,而发送进程仍需要命名接收进程。该方式的发送和接收原语可表示为:

send(P, message);      //发送一个消息给接收进程P

receive(id, message);   //接收任何进程发来的消息

③利用直接通信原语解决生产者-消费者问题:

        当生产者生产出一个产品(消息)后,便用send原语将消息发送给消费者进程,而消费者进程则利用receive原语来得到一个消息。若消息尚未产生出来,消费者必须等待,直至生产者进程将消息发送过来。

(3)消息的格式:

①在单机系统环境中,由于发送进程和接收进程处于同一台机器中,有着相同的环境,所以消息的格式比较简单,可采用比较短的定长消息格式,以减少对消息的处理和存储开销。该方式可用于办公自动化系统中,为用户提供快速的便笺式通信,但这种方式对于需要发送较长消息的用户是不方便的。

变长的消息格式,即进程所发送消息的长度是可变的,对于变长消息,系统无论在处理方面还是存储方面都可能会付出更多的开销,但其优点在于方便了用户。

(4)进程的同步方式:

        在进程之间进行通信时同样需要有进程同步机制,以使诸进程间能协调通信。不论是发送进程还是接收进程,在完成消息的发送或接收后都存在两种可能性,即进程或者继续发送(或接收)或者阻塞,由此可得到三种情况:

        ①发送进程阻塞,接收进程阻塞。这种情况主要用于进程之间紧密同步,发送进程和接收进程之间无缓冲时。

        ②发送进程不阻塞、接收进程阻塞。这是一种应用最广的进程同步方式,平时发送进程不阻塞,因而它可以尽快地把一个或多个消息发送给多个目标,而接收进程平时则处于阻塞状态,直到发送进程发来消息时才被唤醒。

        ③发送进程和接收进程均不阻塞。这也是一种较常见的进程同步形式,平时发送进程和接收进程都在忙于自己的事情,仅当发生某事件使它无法继续运行时,才把自己阻塞起来等待。

(5)通信链路:

为使在发送进程和接收进程之间能进行通信,必须在两者之间建立一条通信链路

②有两种方式建立通信链路:

[1]显式连接由发送进程在通信之前用显式的“建立连接”命令请求系统为之建立一条通信链路,在链路使用完后拆除链路这种方式主要用于计算机网络中

[2]隐式连接发送进程无须明确提出建立链路的请求,只须利用系统提供的发送命令,系统会自动地为之建立一条链路这种方式主要用于单机系统中

③根据通信方式的不同,则又可把链路分成两种:

[1]单向通信链路,只允许发送进程向接收进程发送消息,或者相反。

[2]双向通信链路,既允许由进程A向进程B发送消息,也允许进程B同时向进程A发送消息。

2、信箱通信

(1)信箱通信属于间接通信方式,即进程之间的通信,需要通过某种中间实体(如共享数据结构等)来完成,该实体建立在随机存储器的公用缓冲区上,用来暂存发送进程发送给目标进程的消息,接收进程可以从该实体中取出发送进程发送给自己的消息,通常把这种中间实体称为邮箱(或信箱),每个邮箱都有一个唯一的标识符。

(2)消息在邮箱中可以安全地保存,只允许核准的目标用户随时读取,因此,利用邮箱通信方式既可实现实时通信,又可实现非实时通信。

(3)信箱通信原语:

①邮箱的创建和撤消。进程可利用邮箱创建原语来建立一个新邮箱,创建者进程应给出邮箱名字、邮箱属性(公用、私用或共享),对于共享邮箱还应给出共享者的名字;当进程不再需要读邮箱时,可用邮箱撤消原语将之撤消。

②消息的发送和接收。当进程之间要利用邮箱进行通信时,必须使用共享邮箱,并利用系统提供的下述通信原语进行通信。

Send(mailbox, message);     //发送一个消息到指定邮箱mailbox

Receive(mailbox, message);   //从指定邮箱mailbox接收一个消息

(4)信箱的类型:

私用邮箱用户进程可为自己建立一个新邮箱,并作为该进程的一部分,邮箱的拥有者有权从邮箱中读取消息,其他用户只能将自己构成的消息发送到该邮箱中,这种私用邮箱可采用单向通信链路的邮箱来实现。当拥有该邮箱的进程结束时,邮箱也随之消失。

公用邮箱。由操作系统创建,并提供给系统中的所有核准进程使用。核准进程既可把消息发送到该邮箱中,也可从邮箱中读取发送给自己的消息,显然,公用邮箱应采用双向通信链路的邮箱来实现。通常公用邮箱在系统运行期间始终存在。

共享邮箱。由某进程创建,在创建时或创建后指明它是可共享的,同时须指出共享进程(用户)的名字,邮箱的拥有者和共享者都有权从邮箱中取走发送给自己的消息。

四、消息缓冲队列通信机制

1、消息缓冲队列通信机制中的数据结构

(1)在消息缓冲队列通信方式中,主要利用的数据结构是消息缓冲区,其描述如下:

typrdef struct message_buffer

{

        int sender;                   //发送者进程标识符

        int size;                     //消息长度

        char *text;                  //消息正文

        struct message_buffer *next;   //指向下一个消息缓冲区的指针

};

(2)在操作系统中采用了消息缓冲队列通信机制时,除了需要为进程设置消息缓冲队列外,还应在进程的PCB中增加消息队列队首指针用于对消息队列进行操作,以及用于实现同步的互斥信号量mutex和资源信号量sm。在PCB中应增加的数据项可描述如下:

typrdef struct processcontrol_block

{

        …

        struct message_buffer *mq;    //消息队列队首指针

        semaphore mutex;           //消息队列互斥信号量

        semaphore sm;              //消息队列资源信号量

        …

}PCB;

2、发送原语

        发送进程在利用发送原语发送消息之前,应先在自己的内存空间设置一发送区a,把待发送的消息正文、发送进程标识符、消息长度等信息填入其中,然后调用发送原语,把消息发送给目标(接收)进程。

        发送原语首先根据发送区a中所设置的消息长度a.size来申请一缓冲区i,接着把发送区a中的信息复制到缓冲区i中。为了能将i排在接收进程的消息队列mq上,应先获得接收进程的内部标识符j,然后将i挂在j.mq上。由于该队列属于临界资源,故在执行insert操作的前后都要执行wait和signal操作。

3、接收原语

        接收进程调用接收原语receive(b),从自己的消息缓冲队列mq中摘下第一个消息缓冲区i,并将其中的数据复制到以b为首址的指定消息接收区内。

  • 12
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
第一部分 简介   第1章 简介 2   1.1 概述 2   1.2 进程、线程与信息共享 3   1.3 IPC对象的持续性 4   1.4 名字空间 5   1.5 fork、exec和exit对IPC对象的影响 7   1.6 出错处理:包裹函数 8   1.7 Unix标准 9   1.8 书中IPC例子索引表 11   1.9 小结 13   习题 13   第2章 Posix IPC 14   2.1 概述 14   2.2 IPC名字 14   2.3 创建与打开IPC通道 16   2.4 IPC权限 18   2.5 小结 19   习题 19   第3章 System V IPC 20   .3.1 概述 20   3.2 key_t键和ftok函数 20   3.3 ipc_perm结构 22   3.4 创建与打开IPC通道 22   3.5 IPC权限 24   3.6 标识符重用 25   3.7 ipcs和ipcrm程序 27   3.8 内核限制 27   3.9 小结 28   习题 29   第二部分 消息传递   第4章 管道和FIFO 32   4.1 概述 32   4.2 一个简单的客户-服务器例子 32   4.3 管道 32   4.4 全双工管道 37   4.5 popen和pclose函数 39   4.6 FIFO 40   4.7 管道和FIFO的额外属性 44   4.8 单个服务器,多个客户 46   4.9 对比迭代服务器与并发服务器 50   4.10 字流与消息 51   4.11 管道和FIFO限制 55   4.12 小结 56   习题 57   第5章 Posix消息队列 58   5.1 概述 58   5.2 mq_open、mq_close和mq_unlink函数 59   5.3 mq_getattr和mq_setattr函数 61   5.4 mq_send和mq_receive函数 64   5.5 消息队列限制 67   5.6 mq_notify函数 68   5.7 Posix实时信号 78   5.8 使用内存映射I/O实现Posix消息队列 85   5.9 小结 101   习题 101   第6章 System V消息队列 103   6.1 概述 103   6.2 msgget函数 104   6.3 msgsnd函数 104   6.4 msgrcv函数 105   6.5 msgctl函数 106   6.6 简单的程序 107   6.7 客户-服务器例子 112   6.8 复用消息 113   6.9 消息队列上使用select和poll 121   6.10 消息队列限制 122   6.11 小结 124   习题 124   第三部分 同步   第7章 互斥锁和条件变量 126   7.1 概述 126   7.2 互斥锁:上锁与解锁 126   7.3 生产者-消费者问题 127   7.4 对比上锁与等待 131   7.5 条件变量:等待与信号发送 132   7.6 条件变量:定时等待和广播 136   7.7 互斥锁和条件变量的属性 136   7.8 小结 139   习题 139   第8章 读写锁 140   8.1 概述 140   8.2 获取与释放读写锁 140   8.3 读写锁属性 141   8.4 使用互斥锁和条件变量实现读写锁 142   8.5 线程取消 148   8.6 小结 153   习题 153   第9章 记录上锁 154   9.1 概述 154   9.2 对比记录上锁与文件上锁 157   9.3 Posix fcntl记录上锁 158   9.4 劝告性上锁 162   9.5 强制性上锁 164   9.6 读出者和写入者的优先级 166   9.7 启动一个守护进程的唯一副本 170   9.8 文件作锁用 171   9.9 NFS上锁 173   9.10 小结 173   习题 174   第10章 Posix信号量 175   10.1 概述 175   10.2 sem_open、sem_close和sem_   unlink函数 179   10.3 sem_wait和sem_trywait函数 180   10.4 sem_post和sem_getvalue函数 180   10.5 简单的程序 181   10.6 生产者-消费者问题 186   10.7 文件上锁 190   10.8 sem_init和sem_destroy函数 191   10.9 多个生产者,单个消费者 193   10.10 多个生产者,多个消费者 19

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Zevalin爱灰灰

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值