操作系統(tǒng)課件_(編輯修改稿)
2024-10-22 17:53 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 ? 它提供了對(duì)話控制 ， 來跟蹤現(xiàn)在講話的是哪一方 ? 同時(shí)它也提供了同步機(jī)制 表示層 ? 著重于比特流的含義 ? 可以定義記錄的各域 ， 然后讓發(fā)送者通知接收者該消息包含了特定記錄 ? 機(jī)器之間可通過不同的中間表示形式進(jìn)行通信 應(yīng)用層 ? 是各種各樣協(xié)議的組合 ， 這些協(xié)議處理不同實(shí)際應(yīng)用 ? 如電子郵件 ， 文件傳輸 ， 以及與遠(yuǎn)程終端建立連接 客戶 —— 服務(wù)器模型 ? 問題的提出： 協(xié)議的開銷：消息處理的開銷 ? OSI模型的局限：沒有描述如何構(gòu)建一個(gè)分布式系統(tǒng) ? 廣域網(wǎng)與局域網(wǎng) 客戶 —服務(wù)器模型 (1) ? 基本思想： 將操作系統(tǒng)構(gòu)造成一組協(xié)同工作的進(jìn)程：服務(wù)器 服務(wù)器向用戶提供服務(wù)：客戶 客戶機(jī)和服務(wù)器機(jī)運(yùn)行同樣的微內(nèi)核 客戶進(jìn)程和服務(wù)器進(jìn)程：用戶進(jìn)程 客戶 —服務(wù)器模型 (2) ? 基于簡(jiǎn)單的 、 無(wú)連接的 “ 請(qǐng)求 /應(yīng)答 ” 協(xié)議 客戶發(fā)送一個(gè)請(qǐng)求消息給服務(wù)器 ， 請(qǐng)求服務(wù)；服務(wù)器完成后將結(jié)果返回給客戶 （ 數(shù)據(jù)或出錯(cuò)代碼 ） ? 優(yōu)點(diǎn)：簡(jiǎn)單 、 高效 客戶 —服務(wù)器模型 (3) 客戶 —服務(wù)器模型 (4) ? 內(nèi)核提供的通信服務(wù)：兩個(gè)系統(tǒng)調(diào)用 發(fā)送消息 ， 接收消息 ? C/S模型設(shè)計(jì)上的四個(gè)問題： 尋址 、 阻塞 、 緩沖 、 可靠性 尋址問題 (1) 客戶為了能向服務(wù)器發(fā)消息 ， 必須知道該服務(wù)器的地址 包括： ? 機(jī)器 .進(jìn)程尋址 ? 廣播進(jìn)程尋址 ? 名字服務(wù)器尋址 內(nèi)核 客戶機(jī) 內(nèi)核 服務(wù)器 199 12 243 0 1 2 在 C/S模型下的機(jī)器進(jìn)程尋址處理 1. 發(fā)給 的請(qǐng)求 2. 給 內(nèi)核 客戶機(jī) 內(nèi)核 服務(wù)器 199 12 243 0 3 4 在 C/S模型下的廣播尋址處理 1. 廣播 :“X服務(wù)器在哪里” :X地址在 1 1 2 3. 發(fā)給 的請(qǐng)求 4. 給 內(nèi)核 S 243 0 3 4 在 C/S模型下基于名字服務(wù)器的尋址處理 1. 廣播 :“X服務(wù)器在哪里” :X地址在 3. 發(fā)給 的請(qǐng)求 4. 給 內(nèi)核 C 199 12 內(nèi)核 NS 115 0 1 2 名字服務(wù)器 尋址問題 (2) ? 機(jī)器進(jìn)程尋址：不透明 ? 廣播進(jìn)程尋址：給系統(tǒng)帶來額外負(fù)擔(dān) （ 用 Caching解決 ） ? 名字服務(wù)器尋址：需要中央控制機(jī)制 （ 用名字服務(wù)器復(fù)制方法解決 ， 帶來不一致性問題 ） 尋址問題 (3) ? 特殊硬件解決途徑：網(wǎng)卡存儲(chǔ)本機(jī)各進(jìn)程標(biāo)識(shí) ? 每幀經(jīng)過時(shí) ， 網(wǎng)卡檢查該幀的目標(biāo)進(jìn)程是否是本機(jī)上的進(jìn)程 。 如果是 ， 就接收該幀 ， 否則 ， 什么都不做 阻塞與非阻塞原語(yǔ) （ 同步原語(yǔ)與異步原語(yǔ) ） ? 其主要區(qū)別在于
化學(xué)相關(guān)推薦
鄂ICP備17016276號(hào)-1