20xx061324張耀(第五講-進程的同步)資料-資料下載頁
2024-11-17 22:29本頁面
【正文】 Count + ReleaseCount。 Status = STATUS_SUCCESS。 }else printf(Error:ReleaseCount is negative!)。 }//否側輸出ReleaseCount值錯誤 KeEnableInterrupts(IntState)。 // 原子操作完成，恢復中斷。 return Status。}5. 程序運行時的初值和運行結果修改 PsWaitForSemaphore函數(shù)，先用計數(shù)值和0 比較，當計數(shù)值大于0時，將計數(shù)值減1后直接返回成功；當計數(shù)值等于 0 時，調(diào)用 PspWait 函數(shù)阻塞線程的執(zhí)行（將參數(shù) Milliseconds 做為 PspWait 函數(shù)的第二個參數(shù)，并使用PspWait函數(shù)的返回值做為返回值）。圖 修改 PsReleaseSemaphore函數(shù)，編寫一個使用ReleaseCount做為計數(shù)器的循環(huán)體，在循環(huán)體中完成下面的工作： 1. 如果被阻塞的線程數(shù)量大于等于 ReleaseCount，則循環(huán)結束后，有 ReleaseCount 個線程會被喚醒，而且信號量計數(shù)的值仍然為0； 2. 如果被阻塞的線程數(shù)量（可以為0）小于ReleaseCount，則循環(huán)結束后，所有被阻塞的線程都會被喚醒，并且信號量的計數(shù)值＝ReleaseCount－之前被阻塞線程的數(shù)量＋之前信號量的計數(shù)值。圖 使用修改完畢的 EOS Kernel 項目生成完全版本的 SDK 文件夾，并覆蓋之前的生產(chǎn)者－消費者應用程序項目的SDK文件夾。按F5調(diào)試執(zhí)行原有的生產(chǎn)者－消費者應用程序項目，結果與原來一致，如下圖所示。修改Producer函數(shù)中等待Empty信號量的代碼和Consumer函數(shù)中等待Full 信號量的代碼。圖 啟動調(diào)試新的生產(chǎn)者－消費者項目，查看在虛擬機中輸出的結果。圖 將消費者線程修改為一次消費兩個產(chǎn)品，來測試ReleaseCount 參數(shù)是否能夠正常使用。圖 圖 四、實驗體會本次實驗中，通過對EOS操作系統(tǒng)的P、V操作的調(diào)試，以及對源碼的閱讀，讓我更加深入的理解了一個真正運行的操作系統(tǒng)中是如何通過信號量以及P、V操作來解決進程同步問題的。本次實驗的難點在于修改PsReleaseSemaphore 函數(shù)使其能批量釋放，實驗材料中給出了一個解決方案，剛開始并沒有更多思考，直接按PDF中的方案走，運行編寫的程序后始終不能達到預期的效果。后來我才重頭捋了一遍生產(chǎn)者和消費者的同步過程，再根據(jù)老師上課時候講的P、V操作的流程，重新編寫程序，這才成功實現(xiàn)了目標。反過頭來對比自己重寫的程序，與PDF上的方案其實本質(zhì)上還是一致的，所以我覺得其實只要是理解到了問題的原理，自己完全能夠解決問題。其次還是程序的健壯性問題，還需要多多練習，才能考慮的周全。內(nèi)容總結
（1）操作系統(tǒng)
實 驗 報 告
哈爾濱工程大學
計算機科學與技術學院
第五講 進程的同步
一、實驗概述
1. 實驗名稱
進程的同步
2. 實驗目的
（1）使用EOS 的信號量，編程解決生產(chǎn)者—消費者問題，理解進程同步的意義
18
教學教案相關推薦
鄂ICP備17016276號-1