操作系統(tǒng)實(shí)驗(yàn)五(編輯修改稿)
2024-08-03 14:12 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 此時(shí)沒(méi)有線程在Full信號(hào)量上被阻塞），只是將Full信號(hào)量的計(jì)數(shù)增加了1（由0變?yōu)榱?）。 full信號(hào)量初始值為0full信號(hào)量由0變?yōu)?生產(chǎn)者線程通過(guò)等待Empty信號(hào)量使空緩沖區(qū)數(shù)量減少了1，通過(guò)釋放Full信號(hào)量使?jié)M緩沖區(qū)數(shù)量增加了1，這樣就表示生產(chǎn)者線程生產(chǎn)了一個(gè)產(chǎn)品并占用了一個(gè)緩沖區(qū)。 等待信號(hào)量（阻塞） 由于開始時(shí)生產(chǎn)者線程生產(chǎn)產(chǎn)品的速度較快，而消費(fèi)者線程消費(fèi)產(chǎn)品的速度較慢，所以當(dāng)緩沖池中所有的緩沖區(qū)都被產(chǎn)品占用時(shí)，生產(chǎn)者在生產(chǎn)新的產(chǎn)品時(shí)就會(huì)被阻塞，下面調(diào)試這種情況。 1. 結(jié)束之前的調(diào)試。 2. 刪除所有的斷點(diǎn)。 3. 按F5重新啟動(dòng)調(diào)試。OS Lab會(huì)首先彈出一個(gè)調(diào)試異常對(duì)話框。 4. 在調(diào)試異常對(duì)話框中選擇“是”，調(diào)試會(huì)中斷。 5. PspWait(amp。SemaphoreWaitListHead, INFINITE)。 代碼行（第78行）添加一個(gè)斷點(diǎn)。 6. 按F5繼續(xù)調(diào)試，并立即激活虛擬機(jī)窗口查看輸出。開始時(shí)生產(chǎn)者、消費(fèi)者都不會(huì)被信號(hào)量阻塞，同步執(zhí)行一段時(shí)間后才在斷點(diǎn)處中斷。 7. 中斷后，查看“調(diào)用堆?！贝翱?，有Producer函數(shù)對(duì)應(yīng)的堆棧幀，說(shuō)明此次調(diào)用是從生產(chǎn)者線程函數(shù)進(jìn)入的。 8. 在“調(diào)用堆?！贝翱谥须p擊Producer函數(shù)所在的堆棧幀，綠色箭頭指向等待Empty信號(hào)量的代碼行，查看Producer函數(shù)中變量i的值為14，表示生產(chǎn)者線程正在嘗試生產(chǎn)14號(hào)產(chǎn)品。 9. 在“調(diào)用堆?！贝翱谥须p擊PsWaitForSemaphore函數(shù)的堆棧幀，查看Empty信號(hào)量計(jì)數(shù)（SemaphoreCount）的值為1，所以會(huì)調(diào)用PspWait函數(shù)將生產(chǎn)者線程放入Empty信號(hào)量的等待隊(duì)列中進(jìn)行等待（讓出CPU）。 10. 激活虛擬機(jī)窗口查看輸出的結(jié)果。生產(chǎn)了從0到13的14個(gè)產(chǎn)品，但是只消費(fèi)了從0到3的4個(gè)產(chǎn)品，所以緩沖池中的10個(gè)緩沖區(qū)就都被占用了，這與之前調(diào)試的結(jié)果是一致的。 釋放信號(hào)量（喚醒） 只有當(dāng)消費(fèi)者線程從緩沖池中消費(fèi)了一個(gè)產(chǎn)品，從而產(chǎn)生一個(gè)空緩沖區(qū)后，生產(chǎn)者線程才會(huì)被喚醒并繼續(xù)生產(chǎn)14號(hào)產(chǎn)品?？梢园凑障旅娴牟襟E調(diào)試： 1. 刪除所有斷點(diǎn)。2. ，釋放Empty信號(hào)量的代碼行（第180）ReleaseSemaphore (EmptySemaphoreHandle, 1, NULL)。 添加一個(gè)斷點(diǎn)。 3. 按F5繼續(xù)調(diào)試，到斷點(diǎn)處中斷。 4. 查看Consumer函數(shù)中變量i的值為4，說(shuō)明已經(jīng)消費(fèi)了4號(hào)產(chǎn)品。 5. 。 6
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1