进程同步的经典问题1——读者写者问题(写者优先与公平竞争)

出处:http://dantvt.spaces.live.com
读者-写者问题 写者优先与公平竞争
多进程对共享资源互斥访问及进程同步的经典问题
 
设有一文件F,多个并发读进程和写进程都要访问,要求:
(1)读写互斥
(2)写写互斥
(3)允许多个读进程同时访问
采用记录型信号量机制解决
 
较常见的写法:

semaphore fmutex=1, rdcntmutex=1;
//fmutex --> access to file; rdcntmutex --> access to readcount
int readcount = 0;
void reader(){
    while(1){
        wait(rdcntmutex);
        if(0 == readcount)wait(fmutex);
        readcount = readcount + 1;
        signal(rdcntmutex);
        //Do read operation ...
        wait(rdcntmutex);
        readcount = readcount - 1;
        if(0 == readcount)signal(fmutex);
        signal(rdcntmutex);
    }
}
void writer(){
    while(1){
        wait(fmutex);
        //Do write operation ...
        signal(fmutex);
    }
}

读进程只要看到有其他读进程正在访问文件,就可以继续作读访问;写进程必须等待所有读进程都不访问时才能写文件,即使写进程可能比一些读进程更早提出申请。所以以上解法实际是 读者优先 的解法。如果在读访问非常频繁的场合,有可能造成写进程一直无法访问文件的局面....
 
为了解决以上问题,需要提高写进程的优先级。这里另增加一个排队信号量:queue。读写进程访问文件前都要在此信号量上排队,通过区别对待读写进程便可达到提高写进程优先级的目的。另外再增加一个 writecount 以记录提出写访问申请和正在写的进程总数:

semaphore fmutex=1, rdcntmutex=1, wtcntmutex=1, queue=1;
//fmutex --> access to file; rdcntmutex --> access to readcount
//wtcntmutex --> access to writecount
int readcount = 0, writecount = 0;
void reader(){
    while(1){
        wait(queue);
        wait(rdcntmutex);
        if(0 == readcount)wait(fmutex);
        readcount = readcount + 1;
        signal(rdcntmutex);
        signal(queue);
        //Do read operation ...
        wait(rdcntmutex);
        readcount = readcount - 1;
        if(0 == readcount)signal(fmutex);
        signal(rdcntmutex);
    }
}
void writer(){
    while(1){
        wait(wtcntmutex);
        if(0 == writecount)wait(queue);
        writecount = writecount + 1;
        signal(wtcntmutex);
        wait(fmutex);
        //Do write operation ...
        signal(fmutex);
        wait(wtcntmutex);
        writecount = writecount - 1;
        if(0 == writecount)signal(queue);
        signal(wtcntmutex);
    }
}

每个读进程最开始都要申请一下 queue 信号量,之后在真正做读操作前即让出(使得写进程可以随时申请到 queue)。而只有第一个写进程需要申请 queue,之后就一直占着不放了,直到所有写进程都完成后才让出。等于只要有写进程提出申请就禁止读进程排队,变相提高了写进程的优先级。
 
通过类似思想即可实现读写进程的公平竞争:

semaphore fmutex=1, rdcntmutex=1, queue=1;
//fmutex --> access to file; rdcntmutex --> access to readcount
int readcount = 0;
void reader(){
    while(1){
        wait(queue);
        wait(rdcntmutex);
        if(0 == readcount)wait(fmutex);
        readcount = readcount + 1;
        signal(rdcntmutex);
        signal(queue);
        //Do read operation ...
        wait(rdcntmutex);
        readcount = readcount - 1;
        if(0 == readcount)signal(fmutex);
        signal(rdcntmutex);
    }
}
void writer(){
    while(1){
        wait(queue);
        wait(fmutex);
        signal(queue);
        //Do write operation ...
        signal(fmutex);
    }
}

读进程没变,写进程变成在每次写操作前都要等待 queue 信号量。
 
课本上一般只会写第一种解法吧。看了后两种方法即可发现,在第一个解法中,fmutex 信号量实际是双重身份,首先实现对文件的互斥访问,其次起到了和后面排队信号量 queue 相同的作用,只不过在那种排序下只能是读者优先。如果直接看过后两种解法,应该会有更清楚的理解吧。
  • 37
    点赞
  • 95
    收藏
    觉得还不错? 一键收藏
  • 17
    评论
读者与写者问题是多进程并发编程中的经典问题,主要解决的是多个进程同时对共享数据进行读写操作时可能产生的数据不一致性问题。具体来说,该问题假设有若干个读者和一个写者进程,它们同时访问某个共享资源(如一个文件、一个数据库等),读者只读取共享资源而不修改它,而写者则修改共享资源。 由于读者和写者对共享资源的访问方式不同,因此需要对它们的访问进行调度和同步,以防止读写冲突导致数据不一致。下面是一种实现读者与写者问题的方法: ```python from threading import Lock class ReaderWriter: def __init__(self): self.read_count = 0 self.mutex = Lock() # 互斥锁,用于保护共享资源的访问 self.write_lock = Lock() # 写锁,用于保证写操作的原子性 def start_read(self): self.mutex.acquire() self.read_count += 1 if self.read_count == 1: self.write_lock.acquire() # 第一个读者获取写锁,防止写者进程修改共享资源 self.mutex.release() def end_read(self): self.mutex.acquire() self.read_count -= 1 if self.read_count == 0: self.write_lock.release() # 最后一个读者释放写锁,允许写者进程修改共享资源 self.mutex.release() def start_write(self): self.write_lock.acquire() # 写锁保证写操作的原子性 def end_write(self): self.write_lock.release() # 释放写锁 ``` 在上述代码中,`ReaderWriter` 类实现了读者与写者的同步和调度。具体来说,它定义了三个方法: - `start_read`:读者开始读取共享资源时调用该方法,它首先获取互斥锁,然后增加读者计数器,如果是第一个读者,则获取写锁,以防止写者进程修改共享资源。 - `end_read`:读者读取完共享资源时调用该方法,它首先获取互斥锁,然后减少读者计数器,如果是最后一个读者,则释放写锁,允许写者进程修改共享资源。 - `start_write`:写者开始修改共享资源时调用该方法,它直接获取写锁,保证写操作的原子性。 - `end_write`:写者修改完共享资源时调用该方法,它释放写锁。 在实际使用中,可以将共享资源作为 `ReaderWriter` 类的一个属性,并在读者和写者进程中调用相应的方法,以实现进程同步和数据一致性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值