【操作系统】2.3信号量机制

1.信号量机制

荷兰科学家Dijkstra(狄克斯特拉)提出的一种卓有成效的进程同步机制。

1) 整型信号量

1.信号量定义为一个整型量

2.根据初始情况赋相应的值

3.仅能通过两个原子操作来访问。


P操作 wait(S):
While S<=0 do no-op;
S:=S-1;
V操作 signal(S):
S:=S+1;
2.记录型信号量
整型信号量符合“有限等待”原则
signal释放资源后,当CPU被分配给等待进程后,等待进程仍可继续执行,可以符合“有限等待”。
但整型信号量不符合“让权等待”原则
整型信号量的wait操作,当s ≤0时,当前进程会占着CPU不断测试;
信号量原语不能被打断,这个占有CPU的进程会一直不断的占据CPU循环下去,陷入忙等。
3.改进
不仅要有值的处理,还有队列的处理。
此时形成记录型数据结构,包括两部分:
整型变量value(代表资源数目)
进程链表L(链接所有等待进程):
代码描述:
type Semaphore=record
value:integer;
L:list of PCB;
end;
操作:S.Value,S.L
P/V操作
P操作

wait():
     S.value = S.value - 1;
      if S.value < 0 then block(S,L)

V操作

signal():
         S.value = S.value + 1;
         if S.value <= 0 then wakeup(S,L)
4.信号灯
定义信号量semaphore代表可用资源实体的数量。又叫信号灯。
当≥0,代表可供并发进程使用的资源实体数
当<0,表示正在等待使用该资源的进程数。
除初值外,信号量的值仅能由标准原子操作P、V操作来改变。
5.信号量机制的应用

  • 实现进程互斥
  • 实现进程间的前趋关系(有序)

6.互斥信号量的注意点

  • 互斥信号量mutex初值为1;
  • 每个进程中将临界区代码置于P(mutex)和V(mutex)原语之间
  • 必须成对使用P和V原语(在同一进程中),不能次序错误、重复或遗漏:
  • 遗漏P原语则不能保证互斥访问
  • 遗漏V原语则不能在使用临界资源之后将其释放(给其他等待的进程);

7.实现有序

前趋关系:

  •   并发执行的进程P1P2中,分别有代码C1C2,要求C1要在C2开始前完成;

为每对前趋关系设置一个同步信号量S12并赋初值为0则只有V操作所在进程获得cpu时能运行

7.控制同步顺序的注意点
信号量值为0的点是限制的关键所在;
成对使用P和V原语(在有先后关系的两个进程中),不能次序错误、重复或遗漏,否则同步顺序出错。

8.AND型信号量

出现原因:一些应用往往需要两个或多个共享资源,而不是前述的一个资源。进程同时要求的共享资源越多,发生死锁可能性越大。

解决思想:一次性分配给进程所需资源,用完一起释放。Wait操作时对它所有需要的资源都要判断,有AND条件,故称“AND同步”、“同时wait”

9.信号量集

引入原因:

每次只能获得或释放一个单位的资源,低效;

某些时候资源分配有下限的限制;

修改:在大于可分配设置的下界值t前提下,每次可分配d个。

只有一个信号量S的几种特殊情况:

  •  Swait(S, d, d),,允许每次申请d个资源,若现有资源数少于d,不予分配。
  •  Swait(S, 1, 1),蜕化为一般的记录型信号量,一次申请一个,至多分配一个(S>1时可计数,或S=1时可控制互斥)
  • Swait(S, 1, 0),当S>=1时,允许多个进程进入某特定区,当S变为0后,阻止任何进程进入特定区,相当于可控开关。并不对S资源的数量产生影响。

 

  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值