生產(chǎn)者消費(fèi)者問題操作系統(tǒng)課程設(shè)計(jì)思路(編輯修改稿)
2025-03-02 13:04 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 al操作，喚醒了其他線程而阻塞自己的線程 現(xiàn)在 \n)。//若有就釋放一個(gè) (釋放一個(gè)發(fā)出 signal操作的線程 \n)。 } else { (沒有因發(fā)出 signal操作而阻塞自己的線程，也沒有當(dāng)前線程的可用資源 在阻塞當(dāng)前線程之前先開放管程，讓其他線程有機(jī)會(huì)獲得管程 \n)。//否則開放管程 (開放管程 \n)。 } (s1+線程因沒有可用資源（即緩沖區(qū)）而 )。///等待資源的線程阻塞自己，X_sem初始化為 0 。//等待資源的線程數(shù)減 1 } 核心技術(shù)（ 2）續(xù) ——核心函數(shù) public void Signal(Semaphore x_sem,Count x_count,String s2) { (s2+執(zhí)行 Signal操作 若當(dāng)前有等待資源的線程則喚醒該線程并阻塞自己。否則喚醒信號(hào)丟失 \n )。 if(0){//判斷是否有等待資源的線程 (Signal\n)。 next_count++。//發(fā)出 signal操作的線程數(shù)加 1 (“ 資源可用，喚醒等待資源的線程?。? （緩沖 區(qū)不滿或者不空） 現(xiàn)在 \n)。//釋放一個(gè)等待資源的線程 (s2+線程因發(fā)出 Signal操作阻塞自己，等待已喚醒的線程退出管程或其他 事件 \n)。//發(fā)出 signal操作的線程阻塞自己，一旦阻塞，以下的 next_count。將不會(huì)執(zhí)行，等待被其他管程內(nèi)部事件的喚醒。 next_count。//發(fā)出 signal操作的線程數(shù)減 1 } } } 核心技術(shù)圖示 入口 出口 等待進(jìn)入管程的隊(duì)列 生產(chǎn)者阻塞隊(duì)列 消費(fèi)者阻塞隊(duì)列 enter wait signal leave 資源可用 具體操作 發(fā)出signal而阻塞自己的隊(duì)列 Y N 開關(guān)管程 喚醒 喚醒 阻塞 阻塞 阻塞 測(cè)試情況及分析 工作總結(jié) 寒假期間 ： 小組成員共同選定課題項(xiàng)目，商討開發(fā)語(yǔ)言，確定基本的技術(shù)路線，由組長(zhǎng)完成程序框架及基本結(jié)構(gòu)和類的設(shè)計(jì)。 2月 20日 —2月 27： 完成了核心程序并進(jìn)行基本測(cè)試，編寫出各類中的方法代碼。完成方案幻燈片的制作。 2月 28日 —3月 4日 ： 完善核心程序。完成用戶界面程序的編寫。
數(shù)學(xué)相關(guān)推薦
鄂ICP備17016276號(hào)-1