11死锁和进程通信

20.1死锁概念

由于竞争资源或者通信关系,两个或更多线程在执行中出现,永远相互等待只能由其他进程引发的事件

进程访问资源的流程

■资源类型R1, R2, . . .,Rm

CPU执行时间、内存空间、I/O设备等

■每类资源Ri有Wi个实例

■进程访问资源的流程

·请求/获取

申请空闲资源

·使用/占用

进程占用资源

·释放

资源状态由占用变成空闲

资源分类

可重用资源(Reusable Resource)

■资源不能被删除且在任何时刻只能有一个进程使用

■进程释放资源后,其他进程可重用

■可重用资源示例

硬件:处理器、I / O通道、主和副存储器、设备等

软件:文件、数据库和信号量等数据结构

■可能出现死锁

每个进程占用一部分资源并请求其它资源

消耗资源(Consumable resource)

■资源创建和销毁

■消耗资源示例

在I/O缓冲区的中断、信号、消息等

■可能出现死锁

进程间相互等待接收对方的消息

出现死锁的必要条件

■互斥

任何时刻只能有一个进程使用一个资源实例

■持有并等待

进程保持至少一个资源,并正在等待获取其他进程持有的资源

■非抢占

资源只能在进程使用后自愿释放

■循环等待

存在等待进程集合{P0,P1,...,PN},

P0正在等待P1所占用的资源,

P1正在等待P2占用的资源,...,

PN-1在等待PN所占用资源,

PN正在等待P0所占用的资源

20.2死锁处理方法

死锁预防(Deadlock Prevention)

确保系统永远不会进入死锁状态

死锁避免(Deadlock Avoidance)

在使用前进行判断,只允许不会出现死锁的进程请求资源

死锁检测和恢复(Deadlock Detection & Recovery)

在检测到运行系统进入死锁状态后,进行恢复

■由应用进程处理死锁

通常操作系统(大多数操作系统(包括UNIX)的做法)忽略死锁

死锁预防:限制申请方式

预防是采用某种策略,限制并发进程对资源的请求,使系统在任何时刻都不满足死锁的必要条件。

■互斥

把互斥的共享资源封装成可同时访问

■持有并等待

进程请求资源时,要求它不持有任何其他资源

仅允许进程在开始执行时,一次请求所有需要的资源

缺点:资源利用率低,可能发生等待

■非抢占

如进程请求不能立即分配的资源,则释放已占有资源

只在能够同时获得所有需要资源时,才执行分配操作

■循环等待

对资源排序,要求进程按顺序请求资源

死锁避免

■利用额外的先验信息,在分配资源时判断是否会出现死锁,只在不会死锁时分配资源

要求进程声明需要资源的最大数目

限定提供分配的资源数量,确保满足进程的最大需求

动态检查的资源分配状态,确保不会出现环形等待

系统资源分配的安全状态

■当进程请求资源时,系统判断分配后是否处于安全状态

■系统处于安全状态

针对所有已占用进程,存在安全序列(这个序列执行保证我已有的资源能够满足这个序列执行到结束)

■序列是安全的

Pi要求的资源≤当前可用资源+所有Pj持有资源

其中j

如Pi的资源请求不能立即分配,则Pi等待所有Pj(j

Pi完成后,Pi +1可得到所需资源,执行并释放所分配的资源

最终整个序列的所有Pi都能获得所需资源

安全状态与死锁的关系

■系统处于安全状态,一定没有死锁

■系统处于不安全状态,可能出现死锁

避免死锁就是确保系统不会进入不安全状态

银行家算法(Banker's Algorithm)

■银行家算法是一个避免死锁产生的算法。以银行借贷分配策略为基础,判断并保证系统处于安全状态

`客户在第一次申请贷款时,声明所需最大资金量,在满足所有贷款要求并完成项目时,及时归还

`在客户贷款数量不超过银行拥有的最大值时,银行家尽量满足客户需要

`类比

银行家-操作系统

资金-资源

客户-申请资源的线程

银行家算法:数据结构

银行家算法:安全状态判断

基本的思路就是当前的剩余资源可以满足某一个线程的未来需要,并且这种迭代循环到最后能够满足所有的线程的需要,也就相当于找到了一个安全序列

银行家算法

精髓:

死锁避免的优点是它不需要死锁预防中的抢占和回滚进程,并且比死锁预防的限制少。但是,它在使用中也有许多限制:

.必须事先声明每个进程请求的最大资源。

.考虑的进程必须是无关的,也就是说,它们执行的顺序必须没有任何同步要求的限制。

.分配的资源数目必须是固定的。

.在占有资源时,进程不能退出。

20.4死锁检测

■允许系统进入死锁状态

■维护系统的资源分配图

■定期调用死锁检测算法来搜索图中是否存在死锁

■出现死锁时,用死锁恢复机制进行恢复

死锁检测算法:数据结构

死锁检测算法

资源分配结束后,根据剩下的资源去寻找能够让它执行完的进程。如果找不到,说明是不安全的,会出现死锁。找到了就执行能够完成的进程,并回收其资源,再去寻找下一个执行完成的进程。

死锁检测算法的使用

■死锁检测的时间和周期选择依据(要考虑的因素)

死锁多久可能会发生

多少进程需要被回滚

■资源图可能有多个循环

难于分辨“造成”死锁的关键进程

死锁恢复:进程终止

■终止所有的死锁进程(进程如果计算了很长时间,终止的话必须舍弃这部分结果)

■一次只终止一个进程直到死锁消除(没终止一个进程,就要检测一遍死锁状态)

■终止进程的顺序应该是

进程的优先级(低的先终止)

进程已运行时间以及还需运行时间

进程已占用资源

进程完成需要的资源

终止进程数目(越小越好)

进程是交互还是批处理

死锁恢复:资源抢占

■选择被抢占进程

最小成本目标

■进程回退

返回到一些安全状态,重启进程到安全状态

■可能出现饥饿

同一进程可能一直被选作被抢占者

20.5进程通信(IPC, Inter-Process Communication)

■进程通信是进程进行通信和同步的机制

■IPC提供2个基本操作

发送操作:send(message)

接收操作:receive(message)

■进程通信流程

在通信进程间建立通信链路

通过send/receive交换消息

■进程链路特征

物理(如,共享内存,硬件总线)

逻辑(如,逻辑属性)

直接通信

直接通讯是在两个进程之间建立一个通讯信道,这就是这里的共享信道,两个进程必须同时存在才能够进行通讯。

■进程必须正确的命名对方

send (P, message)– 发送信息到进程P

receive(Q, message)– 从进程Q接受消息

■通信链路的属性

自动建立链路

一条链路恰好对应一对通信进程

每对进程之间只有一个链接存在

链接可以是单向的,但通常为双向的

间接通信

间接通讯依赖于操作系统内核完成的进程间的通讯,首先它在通讯进程和内核之间建立相应的机构能够支持这种通讯,比如说建立消息队列,然后一个进程可以把信息发送到内核的消息队列上,然后另一个进程从消息队列里读出来

生命周期还可以不一样,A发信息时B可以未创建

■通过操作系统维护的消息队列实现进程间的消息接收和发送

每个消息队列都有一个唯一的标识

只有共享了相同消息队列的进程,才能够通信

■通信链路的属性

只有共享了相同消息队列的进程,才建立连接

连接可以是单向或双向

消息队列可以与多个进程相关联

每对进程可以共享多个消息队列

■通信流程

创建一个新的消息队列

通过消息队列发送和接收消息

销毁消息队列

■基本通信操作

send(A, message)– 发送消息到队列A

receive(A, message)– 从队列A接受消息

阻塞与非阻塞通信

■进程通信可划分为阻塞(同步)或非阻塞(异步)

■阻塞通信

·阻塞发送

发送者在发送消息后进入等待,直到接收者成功收到

·阻塞接收

接收者在请求接收消息后进入等待,直到成功收到一个消息

■非阻塞通信

·非阻塞发送

发送者在消息发送后,可立即进行其他操作

·非阻塞接收

没有消息发送时,接收者在请求接收消息后,接收不到任何消息

通信链路缓冲

■进程发送的消息在链路上可能有3种缓冲方式

·0容量

发送方必须等待接收方(必须阻塞发送)

·有限容量

通信链路缓冲队列满时,发送方必须等待(队列满,必须阻塞发送)

·无限容量

发送方不需要等待

20.6信号与管道

20.6.1信号(Signal)

■信号

·进程间的软件中断通知和处理机制

·如:SIGKILL, SIGSTOP, SIGCONT等

■信号的接收处理

·捕获(catch):执行进程指定的信号处理函数被调用

·忽略(Ignore):执行操作系统指定的缺省处理

例如:进程终止、进程挂起等

·屏蔽(Mask):禁止进程接收和处理信号

可能是暂时的(当处理同样类型的信号)

■不足

传送的信息量小,只有一个信号类型(不能传输其他的,做一种快速反应机制)

信号的实现

首先进程在启动的时候,需要注册相应的信号处理例程给操作系统内核,以便于操作系统内核在有相应的信号送过来的时候能够知道去执行哪一个处理函数,这是注册。然后是有其他进程或者其他设备发出信号的时候,操作系统内核负责把这个信号送给指定的进程并且启动其中的信号处理函数然后执行信号处理函数,完成相应的处理。

信号使用示例

20.6.2管道(pipe)

■进程间基于内存文件的通信机制

子进程从父进程继承文件描述符

缺省文件描述符:0 stdin, 1 stdout, 2 stderr

■进程不知道(或不关心!)的另一端

可能从键盘、文件、程序读取

可能写入到终端、文件、程序

与管道相关的系统调用

管道示例

20.7消息队列和共享内存

20.7.1消息队列

■消息队列是由操作系统维护的以字节序列为基本单位的间接通信机制

每个消息(Message)是一个字节序列

相同标识的消息组成按先进先出顺序组成一个消息队列(Message Queues)

消息队列的系统调用

20.7.2共享内存

■共享内存是把同一个物理内存区域同时映射到多个进程的内存地址空间的通信机制

■进程

每个进程都有私有内存地址空间

每个进程的内存地址空间需明确设置共享内存段

■线程

同一进程中的线程总是共享相同的内存地址空间

■优点

快速、方便地共享数据

■不足

必须用额外的同步机制来协调数据访问

共享内存的实现

共享内存实现机制如图所示,两个进程的地址空间各自不同,中间是物理内存把一块物理内存区域,映射到两个进程。怎么映射?通过两个进程的表项,不同的页表项,在进程地址空间里可以有相同或者不同的逻辑地址,但是它们映射过来的时候,这一页对应的物理内存的地址是相同的。两个进程就映射到同一页了

■最快的方法

■一个进程写另外一个进程立即可见

■没有系统调用干预

■没有数据复制

■不提供同步

由程序员提供同步

共享内存系统调用

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,126评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,254评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,445评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,185评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,178评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,970评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,276评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,927评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,400评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,883评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,997评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,646评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,213评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,204评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,423评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,423评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,722评论 2 345

推荐阅读更多精彩内容