• <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

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



            另外,關(guān)于讀者寫者問題的源碼實(shí)現(xiàn),

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

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

            評(píng)論:
            # re: 讀者寫者問題-讀者優(yōu)先 2010-04-20 17:38 | 福祿
            您好
            我在學(xué)習(xí)進(jìn)程同步,乖乖看了下您的“讀者寫者問題-讀者優(yōu)先”算法,有個(gè)地方想請(qǐng)教。
            就是readcount在這里的角色,是讀者人數(shù)還是修改讀者人數(shù)的鎖呢?問題過于愚蠢,見諒:)
              回復(fù)  更多評(píng)論
              

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            国产精品久久久天天影视香蕉 | 久久久无码精品亚洲日韩软件| 99热都是精品久久久久久| 久久男人中文字幕资源站| 久久久精品人妻一区二区三区蜜桃| 热久久这里只有精品| 欧美日韩精品久久免费| 韩国三级大全久久网站| 久久精品国产99久久久古代| 99久久精品久久久久久清纯| 亚洲AV无码久久精品色欲| 久久天天躁狠狠躁夜夜2020老熟妇| 久久棈精品久久久久久噜噜| 久久无码中文字幕东京热| 久久久综合香蕉尹人综合网| 国产成人综合久久综合| 亚洲乱码中文字幕久久孕妇黑人| 久久精品国产72国产精福利| 久久精品9988| 国产精品久久久久9999| 久久夜色精品国产噜噜噜亚洲AV| 久久婷婷午色综合夜啪| 久久久久女教师免费一区| 亚洲精品高清国产一久久| 99国产欧美精品久久久蜜芽| 精品久久亚洲中文无码| 一日本道伊人久久综合影| 亚洲国产天堂久久综合| 久久精品无码一区二区三区免费| 青青热久久综合网伊人| 久久精品一区二区| 粉嫩小泬无遮挡久久久久久| 99久久国产综合精品女同图片| 7777精品伊人久久久大香线蕉| 午夜视频久久久久一区| 亚洲v国产v天堂a无码久久| 久久久久99精品成人片| 免费一级欧美大片久久网| 手机看片久久高清国产日韩| 欧美亚洲另类久久综合婷婷 | 午夜精品久久久久9999高清|