操作系統(tǒng)實(shí)驗(yàn)五-wenkub.com
2025-07-04 14:12 本頁(yè)面
【正文】 并且修改EOS的信號(hào)量算法，使之支持等待超時(shí)喚醒功能（有限等待），加深理解進(jìn)程同步的原理。 (8) 點(diǎn)擊“斷點(diǎn)條件”對(duì)話框中的“確定”按鈕。 添加一個(gè)斷點(diǎn)。 (2) 按F5啟動(dòng)調(diào)試。(1)PsWaitForSemaphore(2) PsReleaseSemaphore 3. ，練習(xí)調(diào)試消費(fèi)者線程在消費(fèi)第一個(gè)產(chǎn)品時(shí)，等待Full信號(hào)量和釋放Empty信號(hào)量的過(guò)程。 6. 如果超時(shí)等待功能已經(jīng)能夠正常執(zhí)行，可以考慮將消費(fèi)者線程修改為一次消費(fèi)兩個(gè)產(chǎn)品，來(lái)測(cè)試ReleaseCount參數(shù)是否能夠正常使用。 } 4. 將Consumer函數(shù)中等待Full信號(hào)量的代碼行 WaitForSingleObject(FullSemaphoreHandle, INFINITE)。 2. 按F5調(diào)試執(zhí)行原有的生產(chǎn)者－消費(fèi)者應(yīng)用程序項(xiàng)目，結(jié)果必須仍然與圖132一致。 4. 在“調(diào)用堆棧”窗口中可以看到是由Producer函數(shù)進(jìn)入的。此時(shí)Empty信號(hào)量計(jì)數(shù)的值已經(jīng)由1增加為了0，需要調(diào)用PspWakeThread函數(shù)喚醒阻塞在Empty信號(hào)量等待隊(duì)列中的生產(chǎn)者線程（放入就緒隊(duì)列中），然后調(diào)用PspSchedule函數(shù)執(zhí)行調(diào)度，這樣生產(chǎn)者線程就得以繼續(xù)執(zhí)行。 6. 查看PsReleaseSemaphore函數(shù)中Empty信號(hào)量計(jì)數(shù)（SemaphoreCount）的值為1，和生產(chǎn)者線程被阻塞時(shí)的值是一致的。 添加一個(gè)斷點(diǎn)。生產(chǎn)了從0到13的14個(gè)產(chǎn)品，但是只消費(fèi)了從0到3的4個(gè)產(chǎn)品，所以緩沖池中的10個(gè)緩沖區(qū)就都被占用了，這與之前調(diào)試的結(jié)果是一致的。 7. 中斷后，查看“調(diào)用堆?！贝翱?，有Producer函數(shù)對(duì)應(yīng)的堆棧幀，說(shuō)明此次調(diào)用是從生產(chǎn)者線程函數(shù)進(jìn)入的。SemaphoreWaitListHead, INFINITE)。 3. 按F5重新啟動(dòng)調(diào)試。 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ū)。 5. 繼續(xù)按F11調(diào)試進(jìn)入PsReleaseSemaphoreObject函數(shù)。 2. ，釋放Full信號(hào)量的代碼行（第152行） ReleaseSemaphore(FullSemaphoreHandle, 1, NULL)。可以看到此次執(zhí)行并沒(méi)有進(jìn)行等待，只是將Empty信號(hào)量的計(jì)數(shù)減少了1（由10變?yōu)榱?）就返回了。 4. WaitForSingleObject 函數(shù)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1