操作系统简明-3:死锁 干货整理


先看一个程序的引入

Lock *l1, *l2;
void p() {
l1->Acquire(); l2->Acquire();
code that manipulates data that l1 and l2 protect
l2->Release(); l1->Release();
}
void q() {
l2->Acquire(); l1->Acquire();
code that manipulates data that l1 and l2 protect
l1->Release(); l2->Release();
}

考虑上述程序,如果p()和q()同步发生,p requires l1,q requires l2,然后p 等待require l2,q 等待require l1,由于p,q的交叉影响,使得程序用于这么等待下去

死锁条件

如果同时满足下列四个条件,则会发生死锁

  1. 相互排斥:一次只能有一个进程可以访问资源
  2. 等待: 进程拥有一些资源,但还想获取别的进程的资源
  3. 不抢占:进程完成资源使用后,才能释放资源,而且只能是这个进程释放(不能被别的进程抢占)
  4. 循环等待:存在待处理集合{P 0,P 1,...,P n},使得P 0正在等待由P 1持有的资源,P 1等待由P 2持有的资源,... ,P n-1正在等待由P n持有的资源,并且P n等待由P 0保持的资源

资源分配图


当进程与资源成为一个循环时,便有可能发生死锁,如果不成循环便不会死锁

死锁预防

1. 消除相互排斥

允许每个人立刻使用资源

这个方法并不乐观,因为如果你想用打印机打印点东西,如果此时别的进程也要打印,打印出的东西会混乱不堪

2. 阻止等待

当一个进程请求资源时,不让他持有任何资源

  1. 进程可能持有资源,但是不会时时刻刻再用
  2. 饥饿:如果一个进程想要很大的资源,他可能要等很久,因为那些持有资源的进程不能运行(造成的结果是不能释放)

3. 阻止循环等待

每个进程要估算出需要的最大资源,系统根据这些请求决定进程执行顺序

这里介绍一个操作:TryAcquire
这个操作顾名思义,尝试获取锁,如果成功获取,就说明没有死锁,反之就要释放您尝试获取的锁之后的所有锁(要确保释放后不会有坏的影响),然后在正确顺序下获取锁

这个操作是打破了循环等待

另一个例子:
System has 12 tape drives
P0 needs max 10 has 5
P1 needs max 4 has 2
P2 needs max 9 has 2

If P1 runs first and completes, it will have 5 free tape drives. P0 can run to completion with those 5 free tape drives even if it requests max. Then P2 can complete
算法实现:

Avail[j] = number of resource j available
Max[i,j] = max number of resource j that process i will use
Alloc[i,j] = number of resource j that process i currently has
Need[i,j] = Max[i,j] - Alloc[i,j]
1: Work = Avail;
Finish[i] = False for all i; 
2: Find i s.t. Finish[i] = False && Need[i] <= Work
If no such i exists, goto 4
3: Work = Work + Alloc[i]; Finish[i] = True; goto 2
4: If Finish[i] = True for all i, system is in a safe state

这个算法很容易理解,2~3步骤是主干,主要使所有线程获取到资源,主要查看一个资源需求是否安全
如果有附加需求,那么就需要下列算法来实现

Request[i,j] = number of j resources that process i requests
Assume process i has just requested additional resources.
1: If Request[i] <= Need[i] goto 2. Otherwise, process
has violated its maximum resource claim.
2: If Request[i] <= Avail goto 3. Otherwise, i must
wait because resources are not available.
3: Pretend to allocate resources as follows:
Avail = Avail - Request[i]
Alloc[i] = Alloc[i] + Request[i]
Need[i] = Need[i] - Request[i]
If this is a safe state, give the process the resources.
Otherwise, suspend the process and restore the old
state.

什么时候让悬挂的线程获得资源?
当然是等其他资源被释放后,但是又出了一个饥饿问题,当你悬挂一个超级大的资源需求时,总会有小的线程获得资源,使得大资源很难继续运行

4. 资源抢占

首先给出一个判断是否是死锁的算法,这个算法跟上述的算法很相似

1: Work = Avail;
Finish[i] = False for all i;
2: Find i s.t. Finish[i] = False && Request[i] <= Work
If no such i exists, goto 4
3: Work = Work + Alloc[i]; Finish[i] = True; goto 2
4: If Finish[i] = False for some i, system is
deadlocked.
Moreover, Finish[i] = False implies that process i is
deadlocked.
  • 在不杀死进程的前体下抢占一些资源:主存可以换掉磁盘,稍后再回复工作
  • 如果作业提供回滚点,可以将作业恢复到获得资源之前。 稍后,从回滚点重新启动作业。 默认回滚点 - 作业开始
  • 对于一些资源,只能杀死,那么一个一个的杀死,直到系统不再死锁或者只杀死死锁进程

对于不同的机器,有着不同的解决办法,上述4种方法要找准各自的位置,用到好处才能使操作系统更完美
另外庆祝下WE打SKT,最后一场很精彩,无论最后的输赢,气势出来了!

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

推荐阅读更多精彩内容