讀者-寫著問題中寫者優先的實現
讀者一寫者問題是一個用訊號量實現的經典程式同步問題。在系統中,一個資料集( 如檔案或記錄) 被幾個併發程式共享,這些執行緒分兩類,一部分只要求進行復操作,稱之為“讀者”;另一類要求寫或修改操作,我們稱之為“寫者“。
一般而言,對一個資料集,為了保證資料的完整性、正確性,允許多個讀者程式同時訪問,但是不允許一個寫者程式同其它任何一個程式(讀者或者寫者)同時訪問,而這類問題就稱之為”讀者-寫者“問題。
讀者優先的演算法在作業系統相關的書籍中都有介紹,這是一種最簡單的解決辦法:當沒有寫程式正在訪問共享資料集時,讀程式可以進入訪問,否則必須等待。而讀者優先的演算法存在“餓死寫者”執行緒的問題:只要有讀者不斷到來,寫者就要持久地等待,直到 所有的讀者都讀完且沒有新的讀者到來時寫者才能寫資料集。而在很多情況下我們需要避免”餓死寫者“,故而採用寫者優先演算法:
在寫者優先演算法中,我們要實現的目標是:
1.要讓讀者與寫者之間、以及寫者與寫者之問要互斥地訪同資料集;
2.在無寫程式到來時各讀者可同時訪問資料集;
3.在讀者和寫者都等待時訪問時寫者優先.
一種演算法實現:
我們將用兩個不同的互斥訊號量分別實現讀者與寫者間的互斥及各寫者程式間的互斥:以互斥訊號量Wmutex實現各寫者問的互斥,互斥訊號量Rmutex實現各讀者與寫者問的互斥;
設定兩個整型變數Wcount和Rcount分別記錄等待的寫者數和正在讀的讀者數,因Wcount、Rcount都是共享變數,因此還要設定兩個互斥訊號量Mutl和Mut2以實現程式對這兩個變最的互斥訪問.
用訊號量機制實現的寫者優先的演算法如 :
- Var Mut1,Mut2,Wmutex,Fmutex:Semaphore;
- Rcount,Wcount:integer;
- Mut1:=Mut2:=WMutex:=Fmutex:=1;
- Rcount:=Wcount:=0;
- //Fmutex --> 讀者寫者互斥
- //WMutex --> 寫者互斥
- //Mut1 --> access to Rcount && 競爭Fmutex
- //Mut2 --> access to Wcount
- Writer:begin
- Wait(Mut1);
- Wcount:=Wcount+1;
- If Wcount=1 then Wait(Fmutex); //如有讀者,寫者阻塞在此處
- Signal(Mut1);
- Wait(WMutex);
- 寫操作;
- Signal(Wmutex);
- Wait(Mut1);
- Wcount:=Wcount-1;
- If Wcount=0 then Signal(Fmutex);
- Signal(Mut1);
- end
- Reader:begin
- Wait(Mut1); //讀者需要先申請Mut1,如果有寫者在等待Fmutex,則讀者被阻塞,寫者優先
- Signal(Mut1); //立即釋放Mut1,使寫者可以隨時申請到Mut1
- Wait(Mut2);
- Rcount:=Rcount+1;
- If Rcount=1 then Wait(Fmutex); //第一個讀者進入時,申請Fmutex;如有寫者,第一個讀者會阻塞在此處
- Signal(Mut2);
- 讀操作;
- Wait(Mut2);
- Rcount:=Rcount-1;
- If Rcount=0 then Signal(Fmutex); //最後一個讀者退出時,釋放Fmutex
- Singal(Mut2);
- end
程式碼解釋:
1:
讀者、寫者均按照Mut1、Fmutex的順序申請訊號量。
2:
寫者獲得Fmutex後,直至最後一個寫者釋放Fmutex,讀者均被阻塞。
讀者獲得Fmutex後,直至最後一個讀者(不包含由於Mut1被阻塞的讀者)釋放Fmutex,寫者均被阻塞。
3.
讀者申請到Mut1後立即釋放;
而寫者申請到Mut1後,就一直佔用不放,直至申請到Fmutex。
4.總結
Fmutex的作用就是寫者、讀者間的互斥;
Mut1的額外作用就是幫助寫者優先競爭到Fmutex。
程式碼的思路比較混亂,歡迎大家指正錯誤。
看到一篇文章,也是討論讀者寫者問題的,思路比我這篇清晰的多,文章地址如下:http://blog.csdn.net/cz_hyf/archive/2009/08/13/4443551.aspx
相關文章
- 有名訊號量實現讀者-寫者問題(讀者優先)
- 讀寫者問題-java實現Java
- 作業系統實驗——讀者寫者模型(寫優先)作業系統模型
- oracle資料庫版讀者寫者問題Oracle資料庫
- 資料庫使用者大小寫問題資料庫
- 關於STM8的使用者資料空間讀寫問題
- 讀者寫者與生產者消費者應用場景
- 團隊7(先這麼寫著
- 團隊4(先這麼寫著
- 團隊6(先這麼寫著
- java實現生產者消費者問題Java
- 線上MySQL讀寫分離,出現寫完讀不到問題如何解決MySql
- socket 實現的 web 伺服器在 Windows 下的讀寫問題Web伺服器Windows
- [原創]C#編寫的多生產者多消費者同步問題C#
- Mysql 優化——分析表讀寫和sql效率問題MySql優化
- Kubernetes 中實現 MySQL 的讀寫分離MySql
- 原生鴻蒙的成長史中,書寫著無數鴻蒙先鋒的故事鴻蒙
- 寫在新年:給圖靈讀者群的童鞋們圖靈
- (MariaDB/MySQL)MyISAM儲存引擎讀、寫操作的優先順序MySql儲存引擎
- 有名訊號量實現消費者生產者問題
- 生產者消費者問題-C++程式碼實現C++
- Shiro效能優化:解決Session頻繁讀寫問題優化Session
- Amoeba實現讀寫分離
- 中耕實錄:寫給譯者的郵件
- java 對word 檔案的讀寫問題Java
- Java 併發包中的讀寫鎖及其實現分析Java
- SpringBoot 專案優雅實現讀寫分離Spring Boot
- redhat linux中解決了 mount FAT分割槽後中文亂碼和普通使用者讀寫的問題(轉)RedhatLinux
- node的讀寫流簡易實現
- 【Mongo】Mongo讀寫分離的實現Go
- Python中的生產者消費者問題Python
- 關於利用go實現非同步讀寫的寫法分享Go非同步
- ShardingSphere(七) 讀寫分離配置,實現分庫讀寫操作
- 通過STANDBY資料庫實現讀寫分離時索引過多的問題資料庫索引
- ZWeily的小品文(一)MFC中的檔案讀寫問題 (轉)
- 中耕實錄:寫給譯者的郵件(二)
- PHP檔案讀寫鎖的問題詳解PHP
- ProxySQL實現MySQL讀寫分離MySql