操作系統(tǒng)第三章作業(yè)講解_第1頁
操作系統(tǒng)第三章作業(yè)講解_第2頁
操作系統(tǒng)第三章作業(yè)講解_第3頁
操作系統(tǒng)第三章作業(yè)講解_第4頁
操作系統(tǒng)第三章作業(yè)講解_第5頁
免費預(yù)覽已結(jié)束,剩余1頁可下載查看

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、.第三章 作業(yè)講解1、有5個作業(yè)進入就緒隊列等待運行,預(yù)計它們的運行時間分別為9、6、3、5與X,它們以什么樣的調(diào)度順序運行時會取得最小的響應(yīng)時間?(答案與X值有關(guān))答:短作業(yè)優(yōu)先調(diào)度算法是使響應(yīng)時間最小的調(diào)度算法:0 < X 3時,調(diào)度順序為: X、3、5、6、93 < X 5時,調(diào)度順序為: 3、X、5、6、95 < X 6時,調(diào)度順序為: 3、5、X、6、96 < X 9時,調(diào)度順序為: 3、5、6、X、9X > 9時,調(diào)度順序為: 3、5、6、9、X2、假設(shè)一個系統(tǒng)中有4個進程,它們的到達時間和服務(wù)時間如表所示,忽略I/O以及其他開銷時間,若分別按先來先服

2、務(wù)(FCFS)、非搶占及搶占的短進程優(yōu)先(SPF)、高響應(yīng)比優(yōu)先(HRRN)、時間片輪轉(zhuǎn)(RR,時間片=1)、多級反饋隊列調(diào)度算法(FB,第i級隊列的時間片=2i-1)進行CPU調(diào)度,請給出各進程的完成時間、周轉(zhuǎn)時間、帶權(quán)周轉(zhuǎn)時間、平均周轉(zhuǎn)時間和平均帶權(quán)周轉(zhuǎn)時間。進程到達時間服務(wù)時間A05B12C39D67算法時間進程平均時間ABCDFCFS完成時間周轉(zhuǎn)時間帶權(quán)周轉(zhuǎn)時間55176316131.4423172.4310.251.97SPF(非搶占)完成時間周轉(zhuǎn)時間帶權(quán)周轉(zhuǎn)時間55176323202.221481.149.751.835SPF(搶占)完成時間周轉(zhuǎn)時間帶權(quán)周轉(zhuǎn)時間771.432123

3、202.221481.149.251.435HRRN完成時間周轉(zhuǎn)時間帶權(quán)周轉(zhuǎn)時間55176316131.4423172.4310.251.97RR(q=1)完成時間周轉(zhuǎn)時間帶權(quán)周轉(zhuǎn)時間12122.4431.523202.2222162.2912.752.1FB(q=2i-1)完成時間周轉(zhuǎn)時間帶權(quán)周轉(zhuǎn)時間13132.6652.523202.2221152.1413.252.3653、若有4個周期性任務(wù),任務(wù)A要求每30ms執(zhí)行一次,執(zhí)行時間為15ms;任務(wù)B要求每50ms執(zhí)行一次,執(zhí)行時間為5ms;任務(wù)C要求每50ms執(zhí)行一次,執(zhí)行時間為15ms;任務(wù)D要求每100ms執(zhí)行一次,執(zhí)行時間為10m

4、s,應(yīng)如何按最低松弛度優(yōu)先算法對它們進行CPU調(diào)試? (要求畫出0-150ms時段的調(diào)度時序圖,并列出每次切換時每個任務(wù)的松弛度)答:對于上面的4個周期性任務(wù),利用最低松弛度優(yōu)先算法進行調(diào)度的情況如圖所示:1301401501201100908070604030201010050B2,C2A6,B4C4A5A4A3A2A1,B1C1,D1B3,C3D2到達時間必須完成時間A5,B3C3A4A3A2A1B2,C2D1B1,C180651401451251109095503530150松弛度D2=55A5=10B3=20D2=65A4=10D1=10B2=15B2=45C2=35D1=40A2=1

5、5B1=15D1=60A1=15B1=45C1=35D1=90B3=5D2=60B3=35C3=25D2=80A4=15B2=5A3=10B2=30D1=25A2=10D1=50B1=30C1=20D1=75D1B3A3C2D2A5C3A4B2A2B1C1A1任務(wù)執(zhí)行806515514011014512595503530150904、3個進程共享4個同類型的資源,每個進程最大需要2個資源,請問該系統(tǒng)是否會因為競爭該資源而死鎖?答:該系統(tǒng)不會因為競爭該類資源而死鎖。因為,必有一個進程可獲得2個資源故能順利完成,并釋放出其所占用的2個資源給其他進程使用,使它們也順利完成。5、不安全狀態(tài)是否必然導(dǎo)致

6、系統(tǒng)進入死鎖狀態(tài)?舉例說明。答:不安全狀態(tài)不一定導(dǎo)致進入死鎖狀態(tài)。因為,安全性檢查中使用的向量Max是進程執(zhí)行前提供的,而在實際運行過程中,一進程需要的最大資源量可能小于Max,如一進程對應(yīng)的程序中有一段進行錯誤處理的代碼,其中需要n個A種資源,若該進程在運行過程中沒有碰到相應(yīng)的錯誤,而不需要調(diào)用該段錯誤處理代碼,則它實際上將完全不會請求這n個A種資源。6、在銀行家算法中,若出現(xiàn)下面的資源分配情況:ProcessAllocationNeedAvailableP00 0 3 20 0 1 21 5 2 2P11 0 0 01 6 5 0P21 3 5 42 3 5 6P30 1 3 20 5 5

7、 2P40 0 1 40 6 5 8試問:1)該狀態(tài)是否安全(要求列出安全性算法檢查表)? 2)若進程P2提出請求Request(1,2,2,2)后,系統(tǒng)能否將資源分配給它(要求根據(jù)分配算法列出檢查過程)? 3)如果系統(tǒng)立即滿足P2的上述請求,請問,系統(tǒng)是否立即進入死鎖狀態(tài),請說明原因?答:1)利用安全性算法對上面的狀態(tài)進行分析,找到了一個安全序列P0、P3、P1、P2、P4,故系統(tǒng)是安全的。資源情況進程WorkA B C DNeedA B C DAllocationA B C DWork+AllocationA B C DFinishP0P3P1P2P41 5 2 21 5 5 41 6 8

8、 62 6 8 63 9 13 100 0 1 20 5 5 21 6 5 02 3 5 60 6 5 80 0 3 20 1 3 21 0 0 01 3 5 4 0 0 1 41 5 5 41 6 8 62 6 8 63 9 13 103 9 14 14TrueTrueTrueTrueTrue2)P2發(fā)出請求向量Request(1,2,2,2)后,系統(tǒng)按銀行家算法進行檢查:Request2(1,2,2,2)<=Need2(2,3,5,6)Request2(1,2,2,2)<=Available(1,5,2,2)系統(tǒng)先假定可為P2分配資源,并修改Available,Allocati

9、on2和Need2向量: Available=(0,3,0,0) Allocation2=(2,5,7,6) Need2=(1,1,3,4)進行安全性檢查:此時對所有的進程,條件Needi<=Available(0,3,0,0)都不成立,即Available不能滿足任何進程的請求,故系統(tǒng)進入不安全狀態(tài)。此時當進程P2提出請求Request(1,2,2,2)后,系統(tǒng)不能將資源分配給它。3)系統(tǒng)立即滿足進程P2的請求(1,2,2,2)后,并沒有馬上進入死鎖狀態(tài)。因為,此時上述進程并沒有申請新的資源,并因得不到資源而進入阻塞狀態(tài)。只有當上述進程提出新的請求,并導(dǎo)致所有沒有執(zhí)行完的多個進程因得不

10、到資源而阻塞時,系統(tǒng)才進入死鎖狀態(tài)。7、進程資源的使用情況和可用情況如表所示,請畫出資源分配圖,并對資源圖進行簡化,這種情況下系統(tǒng)會發(fā)生死鎖嗎?進程當前分配數(shù)待分配的請求可用資源R1R2R3R1R2R3R1R2R3P1P2P3P4231001310001100010010010000存在兩種化簡序列1)p2-p1-p4-p3;2)p2-p4-p1-p38、要使下表中描述的狀態(tài)安全,可用資源的最小數(shù)目應(yīng)為多少?(注意,問題問的是可用資源的數(shù)目,而不是存在的資源數(shù))。進程當前分配數(shù)最大分配數(shù)R1R1P1P2P3P411323297答:如果R1有一個資源可用,能保證P2運行完。然后P2釋放它現(xiàn)在使用

11、的資源,使得R1類型的資源2個可用,這將允許P1執(zhí)行完。P1釋放它使用的資源后,R1類型的資源數(shù)增加為3個可用。只有3個R1類型的資源,如果P3、P4請求分配最大數(shù)目的資源,P3與P4就仍然處于死鎖狀態(tài)。如果一開始就有3個R1類型資源,而不是1個,P4就可以獲得5個R1的可用資源并運行完。再加上P4原來占用的2個R1資源,就可以讓P3運行。所以使該狀態(tài)安全的所需可用資源的最小個數(shù)為3。9、在時間片輪轉(zhuǎn)法中,應(yīng)如何確定時間片的大???答:時間片長度可按如下方法確定:1)系統(tǒng)對相應(yīng)時間的要求;2)就緒進程的數(shù)目:數(shù)目越多,時間片越?。ó旐憫?yīng)時間一定時);3)系統(tǒng)的處理能力:應(yīng)當使用戶輸入通常在一個時

12、間片內(nèi)能處理完,否則使響應(yīng)時間,平均周轉(zhuǎn)時間和平均帶權(quán)周轉(zhuǎn)時間延長;10、在解決死鎖問題的幾個方法中,哪種方法最易于實現(xiàn)?哪種方法能使資源利用率最高?答:解決死鎖問題可歸納為三種方法:預(yù)防死鎖、避免死鎖、檢測死鎖和解除死鎖。其中預(yù)防死鎖最容易實現(xiàn)的;避免死鎖使資源的利用率最高。課本上習(xí)題8、在批處理系統(tǒng)、分時系統(tǒng)和實時系統(tǒng)中,各采用哪幾種進程(作業(yè))調(diào)度算法?答:批處理系統(tǒng)可采用的進程調(diào)度算法有:高優(yōu)先權(quán)優(yōu)先調(diào)度算法、多級反饋隊列調(diào)度算法、FCFS、SJF 分時系統(tǒng)可采用的進程調(diào)度算法有:基于時間片的輪轉(zhuǎn)算法、搶占式優(yōu)先權(quán)調(diào)度算法、多級反饋隊列調(diào)度算法實時系統(tǒng)可采用的進程調(diào)度算法有:非搶占式優(yōu)

13、先權(quán)調(diào)度算法、搶占式優(yōu)先權(quán)調(diào)度算法、最早截止時間優(yōu)先算法、最低松弛度優(yōu)先算法(后兩種都屬于高優(yōu)先權(quán)優(yōu)先的實時調(diào)度算法)5、在銀行家算法中,若出現(xiàn)下面的資源分配情況:ProcessAllocationNeedAvailableP00 0 3 20 0 1 21 6 2 2P11 0 0 01 6 5 0P21 3 5 42 3 5 6P30 0 3 20 6 5 2P40 0 1 40 6 5 6試問:1)該狀態(tài)是否安全? 2)若進程P2提出請求Request(1,2,2,2)后,系統(tǒng)能否將資源分配給它? 3)如果系統(tǒng)立即滿足P2的上述請求,請問,系統(tǒng)是否立即進入死鎖狀態(tài)?答:1)利用安全性算法

14、對上面的狀態(tài)進行分析,找到了一個安全序列P0、P3、P4、P1、P2,故系統(tǒng)是安全的。資源情況進程WorkA B C DNeedA B C DAllocationA B C DWork+AllocationA B C DFinishP0P3P4P1P21 6 2 21 6 5 41 6 8 61 6 9 102 6 9 100 0 1 20 6 5 20 6 5 61 6 5 02 3 5 60 0 3 20 0 3 20 0 1 41 0 0 0 1 3 5 41 6 5 41 6 8 61 6 9 102 6 9 103 9 14 14TrueTrueTrueTrueTrue2)P2發(fā)出請求向量Request(1,2,2,2)后,系統(tǒng)按銀行家算法進行檢查:Request2(1,2,2,2)<=Need2(2,3,5,6)Request2(1,2,2,2)<=Available(1,6,2,2)系統(tǒng)先假定可為P2分配資源,并修改Available,Allocation2和Need2向量: Available=(0,4,0,0) Allocation2=(2,5,7,6) Need2=(1,1,3,4)進行安全性檢查:此時對所有的進程

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論