1 死锁问题概述

一组阻塞的进程持有一种资源等待获取另一个进程所占有的一个资源.
例子: 系统有两个磁带驱动器, P1和P2各有一个, 都需要另外一个.

2 系统模型

资源类型:

$R_{1}$ , $R_{2}$ , ... $R_{m}$ , 包括CPU cycles, memory space, I/O devices

每个资源类型 $R_{i}$ 有 $W_{i}$ 实例.

每个进程使用资源过程如下:

request/get <-- free resource
use/hold <-- requested/used resource
release <-- free resource

可重复使用的资源:

在一个时间只能一个进程使用且不能被删除
进程获取资源, 后来释放由其他进程重用
处理器, I/O通道, 主和副存储器, 设备和数据结构, 如文件, 数据库和信号量
如果每个进程拥有一个资源并请求其它资源, 死锁可能发生

使用资源:

创建和销毁
在I/O缓冲区的中断. 信号, 消息, 信息
如果接收消息阻塞可能会发生死锁
可能少见的组合事件会引起死锁

2.1 资源分配图

资源分配图:

一组顶点V和边E的集合:

其中V有两种类型:

$P = \{P_{1}, P_{2}, ..., P_{n}\}$ , 集合包含系统中所有的进程.

$R = \{R_{1}, R_{2}, ..., R_{n}\}$ , 集合包含系统中所有的资源类型.

requesting/claiming edge - directed edge $P_{i}->R_{j}$

assignment/holding edge - directed edge $R_{j}->P_{i}$

2.2 资源分配图举例

图中有四种类型的资源: $R_{1}, R_{2}, R_{3}, R_{4}$ (图中的四个方格), $R_{1}$ 有一个资源实例可供使用(方格中的小圆), $R_{2}$ 有两个, $R_{3}$ 有一个, $R_{4}$ 有三个

图中有三个进程: $P_{1}, P_{2}, P_{3}$ (图中的三个大圆圈)

有四个资源正在被占用: $R_{1}$ 中的一个正在被 $P_{2}$ 占用, $R_{2}$ 中的一个正在被 $P_{1}$ 占用, 另一个正在被 $P_{2}$ 占用, $R_{3}$ 中的一个正在被 $P_{3}$ 占用

有两个资源申请: $P_{1}$ 申请 $R_{1}$ , $P_{2}$ 申请 $R_{3}$

此时的情况是:

$P_{1}$ : 正在申请 $R_{1}$ , 但是 $R_{1}$ 的唯一资源实例被 $P_{2}$ 占用, 等待中

$P_{2}$ : 正在申请 $R_{3}$ , 但是 $R_{3}$ 的唯一资源实例被 $P_{3}$ 占用, 等待中

$P_{3}$ : 正在运行中

并不会出现死锁情况, 因为 $P_{3}$ 使用完 $R_{3}$ 就会释放, $P_{2}$ 就会拿到 $R_{3}$ , $P_{2}$ 使用完 $R_{1}$ , $R_{2}$ , $R_{3}$ 会对其进行释放, $P_{1}$ 就会拿到 $R_{1}$ 继续运行, 最终所有进程顺利执行完毕.

如果此时 $P_{3}$ 未使用完 $R_{3}$ 时申请了 $R_{2}$ , 如图:

此时就会有死锁, 此时有两个环:

$P_{1}->R_{1}->P_{2}->R_{3}->P_{3}->R_{2}->P_{1}$

$P_{2}->R_{3}->P_{3}->R_{2}->P_{2}$

通过以上例子可以看出, 当出现死锁情况时, 资源分配图中一定是有环的, 但是资源分配图中有环时并不一定会出现死锁情况, 例子如下:

此时存在环 $P_{1}->R_{1}->P_{3}->R_{2}->P_{1}$ , 但是并不会出现死锁, 因为 $P_{2}$ , $P_{4}$ 并没有依赖, 所以其占用的资源最终会释放, 从而其他进程可以顺利拿到需要的资源并执行.

2.3 基本情况

如果资源分配图中不包含循环, 那么就不会出现死锁
如果图中包含循环:

如果每个资源类只有一个实例, 那么就会死锁

如果每个资源类有几个实例, 那么不一定会死锁

3 死锁特征

死锁出现需要以下四个条件:

互斥: 在一个时间只能有一个进程使用资源
持有并等待: 进程保持至少一个资源正在等待获取其他进程持有的额外资源
无抢占: 一个资源只能被进程自愿释放, 进程已经完成了它的任务之后.
循环等待: 存在等待进程集合 $\{P_{0}, P_{1}, P_{2}, ..., P_{n}\}$ , $P_{0}$ 正在等待 $P_{1}$ 所占用的资源, $P_{1}$ 正在等待 $P_{2}$ 所占用的资源, ..., $P_{n - 1}$ 正在等待 $P_{n}$ 所占用的资源, $P_{n}$ 正在等待 $P_{0}$ 所占用的资源.

以上四个条件为死锁出现的必要非充分条件.

4 死锁处理方法

确保系统永远不会进入死锁状态
运行系统进入死锁状态, 然后恢复
忽略这个问题, 假装系统中从来没有发生死锁. 用于大多数操作系统, 包括UNIX.

原因(忽略死锁问题):

判断死锁问题出现的开销很大

预防死锁会限制操作系统的能力

4.1 Deadlock Prevention

Deadlock Prevention也就是死锁预防. 因为前文讲到, 死锁出现的四个条件为:

互斥
持有并等待
无抢占
循环等待

如果有其中一个条件不满足, 死锁也就不会出现.

针对每一个条件的解决方法:

互斥: 共享资源不是必须的, 必须占用非共享资源
占用并等待: 必须保证当一个进程请求的资源, 它不持有任何其他资源.

需要进程请求并分配其所有资源, 它开始执行之前或允许进程请求资源仅当进程没有资源

资源利用率低, 可能发生饥饿.

无抢占

如果进程占有某些资源, 并请求其它不能被立即分配的资源, 则释放当前正占有的资源

被抢占的资源添加到资源列表中

只有当它获得旧的资源以及它请求新的资源, 进程可以得到执行

循环等待: 对所有资源类型进行排序, 并要求每个进程按资源的顺序进行申请

4.2 Deadlock Avoidance

Deadlock Avoidance也就是死锁避免, 需要系统具有一些额外的先验信息提供:

最简单和最有效的模式是要求每个进程声明它可能需要的每个类型资源的最大数目
资源的分配状态是通过限定提供与分配的资源数量, 和进程的最大需求
死锁避免算法动态检查的资源分配状态, 以确保永远不会有一个环形等待状态

当一个进程请求可用资源, 系统必须判断立即分配是否能使系统处于安全状态. 系统处于安全状态指: 针对所有进程, 存在安全序列:

安全状态:

序列 $<P_{1}, P_{2}, ..., P_{n}>$ 是安全的: 针对每个 $P_{i}$ , $P_{i}$ 要求的资源能够由当前可用的资源 + 所有的 $P_{j}$ 持有的资源来满足, 其中 $j < i$ .

如果 $P_{i}$ 资源的需求不是立即可用, 那么 $P_{i}$ 可以等到所有 $P_{j}$ 完成.

当 $P_{i}$ 完成后, $P_{i + 1}$ 可以得到所需要的资源, 执行, 返回所分配的资源, 并终止.

用同样的方法, $P_{i + 2}$ , $P_{i + 3}$ 和 $P_{n}$ 能获得其所需的资源.

如果系统处于安全状态, 那么肯定没有死锁, 如果系统处于不安全状态, 那么可能会死锁. 避免死锁, 也就是确保系统永远不会进入不安全状态, 比如银行家算法.

4.3 Deadlock Detection

Deadlock Detection也就是死锁检测:

允许系统进入死锁状态
死锁检测算法
恢复机制

检测方法:

每个资源类型单一实例

把资源分配图简化, 把资源节点都去掉, 只留下进程节点, 如果某一个进程需要一个资源且需要的资源被另一个进程拥有, 那么就直接建立两个进程的连线, 并判断整个图是否有环

资源类型的几个实例

1. 与安全判断算法(银行家算法)类似, 设置以下:

$Available$ : 长度为 $M$ 的向量表示每种类型可用资源的数量

$Allocation$ : 一个 $n * m$ 的矩阵定义了当前分配给各个进程每种类型资源的数量

$Request$ : 一个 $n * m$ 矩阵表示各进程的当前请求, 如果 $Request[i, j] = k$ , 表示进程 $P_{i}$ 请求 $k$ 个资源 $R_{j}$ 的实例.

2. 初始化:

$Work = Available$ // $Work$ 为当前空闲资源量

$Finish[i]$ 表示线程是否结束

3. 找出这样的索引 $i$ :

$Finish[i] = false$

$Request_{i} \leq Work$ //线程没有结束的线程, 且此线程将需要的资源量小于当前空闲资源量, 如果没有找到, 跳到第四步

4. 如果找不到可以直接结束的线程, 表示处于死锁状态

算法复杂度:

$O(m * n^{2})$ , 开销较大

检测算法使用时机:

依赖于死锁多久可能会发生, 多少进程需要被回滚
如果检测算法多次被调用, 有可能是资源图有多个循环, 所以我们无法分辨出多个可能死锁进程中的哪些"造成"死锁

4.4 Recovery from Deadlock

Recovery from Deadlock也就是死锁恢复

如果发现系统有死锁状态, 有以下处理方式:

终止所有的死锁进程
在一个时间内终止一个进程直到死锁消除

终止进程的顺序应该是:

进程的优先级

进程运行了多久以及需要多少时间才能完成

进程占用的资源

进程完成需要的资源

多少进程需要被终止

进程是交互还是批处理

资源抢占

选择一个受害者 -- 最小的成本

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

饥饿 -- 同一进程可能一直被选做受害者, 包括回滚的数量

操作系统中的死锁问题相关推荐

操作系统中的死锁_操作系统中的死锁介绍
操作系统中的死锁 1.1究竟什么是僵局? (1.1 What exactly is a deadlock?) In a multiprogramming environment, there may ...
操作系统（13）-操作系统中的死锁及其预防、避免、检测与解除
1 死锁的基本概念死锁的定义:一组进程中,每个进程都无限等待被该组进程中另一进程所占有的资源,因而永远无法得到的资源,这种现象称为进程死锁,这一组进程就称为死锁进程.如果死锁发生,会浪费大量系统资源 ...
操作系统中避免死锁的银行家算法【表面C++实际C语言】一学就废的菜鸡代码
文章目录银行家算法实验原理数据结构初始化输出资源分配量安全性算法银行家算法完整代码测试数据测试结果第一题第二题银行家算法银行家算法是一种最有代表性的避免死锁的算法.在避免死 ...
如何避免操作系统中多线程资源竞争的互斥与同步？
作者 | 小林coding 来源 | 小林coding(ID:CodingLin) 前言先来看看虚构的小故事已经晚上 11 点了,程序员小明的双手还在键盘上飞舞着,眼神依然注视着的电脑屏幕. 没办 ...
深入浅出SQL Server中的死锁
简介死锁的本质是一种僵持状态,是多个主体对于资源的争用而导致的.理解死锁首先需要对死锁所涉及的相关观念有一个理解. 一些基础知识要理解SQL Server中的死锁,更好的方式是通过类比从更大的面理 ...
操作系统-并发：死锁和饥饿
知识架构本章介绍并发处理中需要解决的两个问题:死锁和饥饿.本章首先讨论死锁的基本原理和饥饿的相关问题:接着分析处理死锁的三种常用方法:预防.检测和避免:然后考虑用于说明同步和死锁的一个经典问题:哲学 ...
操作系统原理：死锁的特征，预防，避免，恢复
目录一.死锁的资源占用图二.死锁出现的特点三.死锁预防四.死锁避免五.死锁检测和恢复一.死锁的资源占用图循环依赖导致资源无法释放而每个线程任务都无法执行完成.其中R表示资源集合,P表示进 ...
操作系统中的同步和异步
操作系统中同步.异步性概念首先我们从操作系统的发展中学习什么是异步性.在操作系统发展的初期阶段,CPU处理的是作业,而且是单道批处理.什么意思呢?就是一个作业从提交到结束,程序员都不能干预,此时整台 ...
操作系统大内核和微内核_操作系统中的内核
操作系统大内核和微内核 A Kernel is the central component of an Operating System. The Kernel is also said to be ...

操作系统中的死锁问题