• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            ?
            ?1 讀者:
            ?2 ??????? while ?( true )?
            {
            ?3
            ???????P(mutex);
            ?4 ???????????readcount? ++
            ;
            ?5 ??????????? if ?(readcount == 1
            )
            ?6
            ???????????????P?(w);
            ?7
            ???????V(mutex);
            ?8
            ??????????讀
            ?9
            ???????P(mutex);
            10 ???????????readcount? --
            ;
            11 ??????????? if ?(readcount == 0
            )
            12
            ???????????????V(w);
            13
            ????????V(mutex);
            14 ????????}
            ;
            15
            1 寫者:
            2 ?????? while ?( true )?
            {
            3

            4
            ???????P(w);
            5
            ?????????寫
            6
            ???????V(w);
            7

            8 ????????}
            ;
            9

            ?????? 由于沒聽課,對于讀者寫者問題看了好久總覺得不對,之前一直以為,P,V操作簡單的理解為自減自加就可以了,? 若是這樣就有一大堆問題, 當一個讀者A"讀"完(執(zhí)行完第8行),? 另一個讀者B執(zhí)行到第4或5行時,? 此時mutex=0.? 然后這時讀者B執(zhí)行第10行,mutex=-1,B進入等待狀態(tài).? 當B"讀"完(執(zhí)行完第8行),假設恰巧讀者C重蹈覆轍執(zhí)行到第4或5行,結果很嚴重,B接著也陷入死等狀態(tài).?? 還有讀寫之間,同樣出現死等狀態(tài).
            ? 最后看到信號量操作的函數WaitForSingleObject的應用:WaitForSingleObject(g_hReadSemaphore,INFINITE)和WaitForSingleObject(g_hWriterSemaphore,INFINITE);這時才明白:
            ???? mutex和w只有兩種狀態(tài):信號態(tài)和非信號態(tài),不要用自減自加去理解(雖然ReleaseSemaphore(g_hReadSemaphore,1,NULL)的確就是自加實現V原語操作的,但WaitForSingleObject并不能夠一直自減下去),處于非信號態(tài),一直等待,一直檢測,直到恢復信號態(tài)方可退出原語操作.
            ??? W:實現讀寫互斥,寫寫互斥.
            ??? mutex:實現讀讀部分時候互斥,第一對PV(mutex)表示在一個讀者申請到資源并進行初始化(readcount++)之前,另一個讀者不可以進來;第二對PV(mutex)表示一個讀者在釋放資源并進行善后(readcount--)時,另一個讀者不可以進來.否則,readcount就變成了臨界資源,其自加自減賦值就會亂套.



            另外,關于讀者寫者問題的源碼實現,

            心靈夢境給出了很好很規(guī)范的代碼:http://nine9909.bokee.com/2398752.html

            posted on 2006-11-07 22:15 哈哈 閱讀(4857) 評論(1)  編輯 收藏 引用

            評論:
            # re: 讀者寫者問題-讀者優(yōu)先 2010-04-20 17:38 | 福祿
            您好
            我在學習進程同步,乖乖看了下您的“讀者寫者問題-讀者優(yōu)先”算法,有個地方想請教。
            就是readcount在這里的角色,是讀者人數還是修改讀者人數的鎖呢?問題過于愚蠢,見諒:)
              回復  更多評論
              
            久久天天躁狠狠躁夜夜avapp| 无码任你躁久久久久久老妇App| 久久精品免费全国观看国产| 狠狠人妻久久久久久综合蜜桃| 国内精品久久久久伊人av| 亚洲欧美日韩久久精品| 久久国产成人午夜aⅴ影院| 久久综合综合久久狠狠狠97色88| 久久亚洲国产成人精品性色| 久久久无码精品亚洲日韩蜜臀浪潮| 一本久久免费视频| 久久久久久综合网天天| 日韩AV无码久久一区二区| 久久婷婷五月综合国产尤物app| 亚洲精品无码久久久影院相关影片| 久久精品亚洲AV久久久无码 | 久久婷婷五月综合色奶水99啪| 久久本道综合久久伊人| 一本久久综合亚洲鲁鲁五月天| 2021最新久久久视精品爱| 一本一本久久a久久综合精品蜜桃| 2021国产精品午夜久久| 久久男人Av资源网站无码软件| 久久超乳爆乳中文字幕| 久久国产高清一区二区三区| 2021最新久久久视精品爱| 国产精品久久久久久福利69堂| 国产亚洲成人久久| 国产亚洲美女精品久久久2020| 久久AV高清无码| 久久亚洲精品无码观看不卡| 久久人人添人人爽添人人片牛牛| 狠狠狠色丁香婷婷综合久久俺| 久久久久99精品成人片三人毛片| 久久成人小视频| 日本久久久久久中文字幕| 久久久久久久久66精品片| 97精品伊人久久大香线蕉app| 久久中文精品无码中文字幕| 日韩久久久久久中文人妻| 久久香蕉国产线看观看猫咪?v|