操作系统知识点总结(六)经典同步问题

经典进程同步问题1:生产者-消费者问题

问题描述

一组生产者进程和一组消费者进程共享一个初始为空、大小为n的缓冲区,只有缓冲区没满时,生产者才能把消息放入到缓冲区,否则必须等待;只有缓冲区不空时,消费者才能从中取出消息,否则必须等待。由于缓冲区是临界资源,它只允许一个生产者放入消息,或者一个消费者从中取出消息。

问题分析

1) 关系分析。生产者和消费者对缓冲区互斥访问是互斥关系,同时生产者和消费者又是一个相互协作的关系,只有生产者生产之后,消费者才能消费,他们也是同步关系。

2) 整理思路。这里比较简单,只有生产者和消费者两个进程,正好是这两个进程存在着互斥关系和同步关系。那么需要解决的是互斥和同步PV操作的位置。

3) 信号量设置。信号量mutex作为互斥信号量,它用于控制互斥访问缓冲池,互斥信号量初值为1;信号量full用于记录当前缓冲池中“满”缓冲区数,初值为0。信号量empty 用于记录当前缓冲池中“空”缓冲区数,初值为n。

生产者-消费者进程的描述如下:

 
  1. semaphore mutex=1; //临界区互斥信号量
  2. semaphore empty=n; //空闲缓冲区
  3. semaphore full=0; //缓冲区初始化为空
  4. producer () { //生产者进程
  5. while(1){
  6. produce an item in nextp; //生产数据
  7. P(empty); //获取空缓冲区单元
  8. P(mutex); //进入临界区.
  9. add nextp to buffer; //将数据放入缓冲区
  10. V(mutex); //离开临界区,释放互斥信号量
  11. V(full); //满缓冲区数加1
  12. }
  13. }
  14.  
  15. consumer () { //消费者进程
  16. while(1){
  17. P(full); //获取满缓冲区单元
  18. P(mutex); // 进入临界区
  19. remove an item from buffer; //从缓冲区中取出数据
  20. V (mutex); //离开临界区,释放互斥信号量
  21. V (empty) ; //空缓冲区数加1
  22. consume the item; //消费数据
  23. }
  24. }


该类问题要注意对缓冲区大小为n的处理,当缓冲区中有空时便可对empty变量执行P 操作,一旦取走一个产品便要执行V操作以释放空闲区。对empty和full变量的P操作必须放在对mutex的P操作之前。如果生产者进程先执行P(mutex),然后执行P(empty),消费者执行P(mutex),然后执行P(fall),这样可不可以?答案是否定的。设想生产者进程已经将缓冲区放满,消费者进程并没有取产品,即empty = 0,当下次仍然是生产者进程运行时,它先执行P(mutex)封锁信号量,再执行P(empty)时将被阻塞,希望消费者取出产品后将其唤醒。轮到消费者进程运行时,它先执行P(mutex),然而由于生产者进程已经封锁mutex信号量,消费者进程也会被阻塞,这样一来生产者、消费者进程都将阻塞,都指望对方唤醒自己,陷入了无休止的等待。同理,如果消费者进程已经将缓冲区取空,即 full = 0,下次如果还是消费者先运行,也会出现类似的死锁。不过生产者释放信号量时,mutex、full先释放哪一个无所谓,消费者先释放mutex还是empty都可以。

下面再看一个较为复杂的生产者-消费者问题:

问题描述

桌子上有一只盘子,每次只能向其中放入一个水果。爸爸专向盘子中放苹果,妈妈专向盘子中放橘子,儿子专等吃盘子中的橘子,女儿专等吃盘子中的苹果。只有盘子为空时,爸爸或妈妈就可向盘子中放一个水果;仅当盘子中有自己需要的水果时,儿子或女儿
可以从盘子中取出。

问题分析

1) 关系分析。这里的关系稍复杂一些,首先由每次只能向其中放入一只水果可知爸爸和妈妈是互斥关系。爸爸和女儿、妈妈和儿子是同步关系,而且这两对进程必须连起来,儿子和女儿之间没有互斥和同步关系,因为他们是选择条件执行,不可能并发,如图2-8所示。

2) 整理思路。这里有4个进程,实际上可以抽象为两个生产者和两个消费者被连接到大小为1的缓冲区上。
 


图2-9  进程之间的关系


3) 信号量设置。首先设置信号量plate为互斥信号量,表示是否允许向盘子放入水果,初值为1,表示允许放入,且只允许放入一个。信号量 apple表示盘子中是否有苹果,初值为0,表示盘子为空,不许取,若apple=l可以取。信号量orange表示盘子中是否有橘子,初值为0,表示盘子为空,不许取,若orange=l可以取。解决该问题的代码如下:

 
  1. semaphore plate=l, apple=0, orange=0;
  2. dad() { //父亲进程
  3. while (1) {
  4. prepare an apple;
  5. P(plate) ; //互斥向盘中取、放水果
  6. put the apple on the plate; //向盘中放苹果
  7. V(apple); //允许取苹果
  8. }
  9. }
  10.  
  11. mom() { // 母亲进程
  12. while(1) {
  13. prepare an orange;
  14. P(plate); //互斥向盘中取、放水果
  15. put the orange on the plate; //向盘中放橘子
  16. V(orange); //允许取橘子
  17. }
  18. }
  19.  
  20. son(){ //儿子进程
  21. while(1){
  22. P(orange) ; //互斥向盘中取橘子
  23. take an orange from the plate;
  24. V(plate); //允许向盘中取、放水果
  25. eat the orange;
  26. }
  27. }
  28.  
  29. daughter () { //女儿进程
  30. while(1) {
  31. P(apple); // 互斥向盘中取苹果
  32. take an apple from the plate;
  33. V(plate); //运行向盘中取、放水果
  34. eat the apple;
  35. }
  36. }

进程间的关系如图2-9所示。dad()和daughter()、mam()和son()必须连续执行,正因为如此,也只能在女儿拿走苹果后,或儿子拿走橘子后才能释放盘子,即V(plate)操作。

 

经典进程同步问题2:读者-写者问题

问题描述

有读者和写者两组并发进程,共享一个文件,当两个或以上的读进程同时访问共享数据时不会产生副作用,但若某个写进程和其他进程(读进程或写进程)同时访问共享数据时则可能导致数据不一致的错误。因此要求:①允许多个读者可以同时对文件执行读操作;②只允许一个写者往文件中写信息;③任一写者在完成写操作之前不允许其他读者或写者工作;④写者执行写操作前,应让已有的读者和写者全部退出。

问题分析

1) 关系分析。由题目分析读者和写者是互斥的,写者和写者也是互斥的,而读者和读者不存在互斥问题。

2) 整理思路。两个进程,即读者和写者。写者是比较简单的,它和任何进程互斥,用互斥信号量的P操作、V操作即可解决。读者的问题比较复杂,它必须实现与写者互斥的同时还要实现与其他读者的同步,因此,仅仅简单的一对P操作、V操作是无法解决的。那么,在这里用到了一个计数器,用它来判断当前是否有读者读文件。当有读者的时候写者是无法写文件的,此时读者会一直占用文件,当没有读者的时候写者才可以写文件。同时这里不同读者对计数器的访问也应该是互斥的。

3) 信号量设置。首先设置信号量count为计数器,用来记录当前读者数量,初值为0; 设置mutex为互斥信号量,用于保护更新count变量时的互斥;设置互斥信号量rw用于保证读者和写者的互斥访问。

代码如下:

 
  1. int count=0; //用于记录当前的读者数量
  2. semaphore mutex=1; //用于保护更新count变量时的互斥
  3. semaphore rw=1; //用于保证读者和写者互斥地访问文件
  4. writer () { //写者进程
  5. while (1){
  6. P(rw); // 互斥访问共享文件
  7. Writing; //写入
  8. V(rw) ; //释放共享文件
  9. }
  10. }
  11.  
  12. reader () { // 读者进程
  13. while(1){
  14. P (mutex) ; //互斥访问count变量
  15. if (count==0) //当第一个读进程读共享文件时
  16. P(rw); //阻止写进程写
  17. count++; //读者计数器加1
  18. V (mutex) ; //释放互斥变量count
  19. reading; //读取
  20. P (mutex) ; //互斥访问count变量
  21. count--; //读者计数器减1
  22. if (count==0) //当最后一个读进程读完共享文件
  23. V(rw) ; //允许写进程写
  24. V (mutex) ; //释放互斥变量 count
  25. }
  26. }


在上面的算法中,读进程是优先的,也就是说,当存在读进程时,写操作将被延迟,并且只要有一个读进程活跃,随后而来的读进程都将被允许访问文件。这样的方式下,会导致写进程可能长时间等待,且存在写进程“饿死”的情况。

如果希望写进程优先,即当有读进程正在读共享文件时,有写进程请求访问,这时应禁止后续读进程的请求,等待到已在共享文件的读进程执行完毕则立即让写进程执行,只有在无写进程执行的情况下才允许读进程再次运行。为此,增加一个信号量并且在上面的程序中 writer()和reader()函数中各增加一对PV操作,就可以得到写进程优先的解决程序。

纯文本复制
 
  1. int count = 0; //用于记录当前的读者数量
  2. semaphore mutex = 1; //用于保护更新count变量时的互斥
  3. semaphore rw=1; //用于保证读者和写者互斥地访问文件
  4. semaphore w=1; //用于实现“写优先”
  5.  
  6. writer(){
  7. while(1){
  8. P(w); //在无写进程请求时进入
  9. P(rw); //互斥访问共享文件
  10. writing; //写入
  11. V(rw); // 释放共享文件
  12. V(w) ; //恢复对共享支件的访问
  13. }
  14. }
  15.  
  16. reader () { //读者进程
  17. while (1){
  18. P (w) ; // 在无写进程请求时进入
  19. P (mutex); // 互斥访问count变量
  20.  
  21. if (count==0) //当第一个读进程读共享文件时
  22. P(rw); //阻止写进程写
  23.  
  24. count++; //读者计数器加1
  25. V (mutex) ; //释放互斥变量count
  26. V(w); //恢复对共享文件的访问
  27. reading; //读取
  28. P (mutex) ; //互斥访问count变量
  29. count--; //读者计数器减1
  30.  
  31. if (count==0) //当最后一个读进程读完共享文件
  32. V(rw); //允许写进程写
  33.  
  34. V (mutex); //释放互斥变量count
  35. }
  36. }

经典进程同步问题3:哲学家进餐问题

问题描述

一张圆桌上坐着5名哲学家,每两个哲学家之间的桌上摆一根筷子,桌子的中间是一碗米饭,如图2-10所示。哲学家们倾注毕生精力用于思考和进餐,哲学家在思考时,并不影响他人。只有当哲学家饥饿的时候,才试图拿起左、 右两根筷子(一根一根地拿起)。如果筷子已在他人手上,则需等待。饥饿的哲学家只有同时拿到了两根筷子才可以开始进餐,当进餐完毕后,放下筷子继续思考。

问题分析

1) 关系分析。5名哲学家与左右邻居对其中间筷子的访问是互斥关系。

2) 整理思路。显然这里有五个进程。本题的关键是如何让一个哲学家拿到左右两个筷子而不造成死锁或者饥饿现象。那么解决方法有两个,一个是让他们同时拿两个筷子;二是对每个哲学家的动作制定规则,避免饥饿或者死锁现象的发生。
 


图2-10 5名哲学家进餐


3) 信号量设置。定义互斥信号量数组Ch0PstiCk[5] = {l, 1, 1, 1, 1}用于对5个筷子的互斥访问。

对哲学家按顺序从0~4编号,哲学家i左边的筷子的编号为i,哲学家右边的筷子的编号为(i+l)%5。

 
  1. semaphore chopstick[5] = {1,1,1,1,1}; //定义信号量数组chopstick[5],并初始化
  2. Pi(){ //i号哲学家的进程
  3. do{
  4. P (chopstick[i] ) ; //取左边筷子
  5. P (chopstick[(i+1) %5] ) ; //取右边篌子
  6. eat; //进餐
  7. V(chopstick[i]) ; //放回左边筷子
  8. V(chopstick[(i+l)%5]); //放回右边筷子
  9. think; //思考
  10. } while (1);
  11. }


该算法存在以下问题:当五个哲学家都想要进餐,分别拿起他们左边筷子的时候(都恰好执行完wait(chopstick[i]);)筷子已经被拿光了,等到他们再想拿右边的筷子的时候(执行 wait(chopstick[(i+l)%5]);)就全被阻塞了,这就出现了死锁。

为了防止死锁的发生,可以对哲学家进程施加一些限制条件,比如至多允许四个哲学家同时进餐;仅当一个哲学家左右两边的筷子都可用时才允许他抓起筷子;对哲学家顺序编号,要求奇数号哲学家先抓左边的筷子,然后再转他右边的筷子,而偶数号哲学家刚好相反。正解制定规则如下:假设釆用第二种方法,当一个哲学家左右两边的筷子都可用时,才允许他抓起筷子。

 
  1. semaphore chopstick[5] = {1,1,1,1,1}; //初始化信号量
  2. semaphore mutex=l; //设置取筷子的信号量
  3. Pi(){ //i号哲学家的进程
  4. do{
  5. P (mutex) ; //在取筷子前获得互斥量
  6. P (chopstick [i]) ; //取左边筷子
  7. P (chopstick[ (i+1) %5]) ; //取右边筷子
  8. V (mutex) ; //释放取筷子的信号量
  9. eat; //进餐
  10. V(chopstick[i] ) ; //放回左边筷子
  11. V(chopstick[ (i+l)%5]) ; //放回右边筷子
  12. think; // 思考
  13. }while(1);
  14. }

此外还可以釆用AND型信号量机制来解决哲学家进餐问题,有兴趣的读者可以查阅相关资料,自行思考。

 

经典进程同步问题4:吸烟者问题

向题描述

假设一个系统有三个抽烟者进程和一个供应者进程。每个抽烟者不停地卷烟 并抽掉它,但是要卷起并抽掉一支烟,抽烟者需要有三种材料:烟草、纸和胶水。三个抽烟 者中,第一个拥有烟草、第二个拥有纸,第三个拥有胶水。供应者进程无限地提供三种材料, 供应者每次将两种材料放到桌子上,拥有剩下那种材料的抽烟者卷一根烟并抽掉它,并给供 应者一个信号告诉完成了,供应者就会放另外两种材料在桌上,这种过程一直重复(让三个 抽烟者轮流地抽烟)。

问题分析

1) 关系分析。供应者与三个抽烟者分别是同步关系。由于供应者无法同时满足两个或 以上的抽烟者,三个抽烟者对抽烟这个动作互斥(或由三个抽烟者轮流抽烟得知

2) 整理思路。显然这里有四个进程。供应者作为生产者向三个抽烟者提供材料。

3) 信号量设置。信号量offer1、offer2、offer3分别表示烟草和纸组合的资源、烟草和 胶水组合的资源、纸和胶水组合的资源。信号量finish用于互斥进行抽烟动作。

代码如下:

纯文本复制
 
  1. int random; //存储随机数
  2. semaphore offer1=0; //定义信号量对应烟草和纸组合的资源
  3. semaphore offer2=0; //定义信号量对应烟草和胶水组合的资源
  4. semaphore offer3=0; //定义信号量对应纸和胶水组合的资源
  5. semaphore finish=0; //定义信号量表示抽烟是否完成
  6.  
  7. //供应者
  8. while(1){
  9. random = 任意一个整数随机数;
  10. random=random% 3;
  11. if(random==0)
  12. V(offerl) ; //提供烟草和纸
  13. else if(random==l)
  14. V(offer2); //提供烟草和胶水
  15. else
  16. V(offer3) //提供纸和胶水
  17. // 任意两种材料放在桌子上;
  18. P(finish);
  19. }
  20.  
  21. //拥有烟草者
  22. while(1){
  23. P (offer3);
  24. // 拿纸和胶水,卷成烟,抽掉;
  25. V(finish);
  26. }
  27.  
  28. //拥有纸者
  29. while(1){
  30. P(offer2);
  31. // 烟草和胶水,卷成烟,抽掉;
  32. V(finish);
  33. }
  34.  
  35. //拥有胶水者
  36. while(1){
  37. P(offer1);
  38. // 拿烟草和纸,卷成烟,抽掉;
  39. v(finish);
  40. }
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Wimb

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

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

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

打赏作者

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

抵扣说明:

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

余额充值