第5章分布式文件管理(編輯修改稿)
2024-11-03 16:00 本頁面
【文章內(nèi)容簡介】 b ）(a) 在單處理機中，當READ操作緊跟WRITE操作執(zhí)行時，READ操作返回剛剛寫入的值； (b) 在分布式系統(tǒng)中，可能返回已過時的值 23 共享文件的處理方式 方法 說明 UNIX語義 文件上的每個操作對所有進程來說，立即可見 會話語義 在文件關閉之前，對文件的修改對其它進程是不可見的 不可更改文件 不能修改。簡化了共享和復制控制 事務 所有的更改要么都完成，要么都不能完成 24 主要內(nèi)容 設計 趨勢 25 文件的使用 大多數(shù)文件比較小（小于 10k） 對文件的讀操作多于對文件的寫操作 對文件的讀寫是順序進行的，隨機訪問非常少 大多數(shù)文件壽命比較短 文件共享非常少 一般進程只是使用某幾個文件 用不同的屬性區(qū)分文件類型 26 系統(tǒng)結構 ? 客戶和服務器不同嗎？ ? 文件和目錄服務怎樣構造？ – 兩者合并 – 保持獨立 27 UNIX文件系統(tǒng)結構舉例 28 查找 ? a/b/c迭代查找 ? 自動查找 文件 文件 客戶 客戶 a b c a b c 服務器 1上的 目錄 服務器 2上的 目錄 服務器 3上的 目錄 查找 a/b/c 查找 b/c 查找 c 帶著 c 響應 查找 a/b/c 查找 b/c 查找 c 帶著 c 響應 （ a) （ b） 29 是否應該保留客戶的狀態(tài)信息？ ? 無狀態(tài) 服務器 – 當客戶發(fā)送一個請求給服務器，服務器完成請求，發(fā)送一個應答，然后從內(nèi)部表中移出關于該請求的所有信息。在請求之間，服務器不保存具體客戶的信息。 – 請求必須是獨立的，為了使服務器能夠工作，它必須包含全文件名和文件中的偏移量。 – 不需要 OPEN和 CLOSE調用。 ? 有狀態(tài) 服務器 – 服務器保存兩個請求之間的客戶的狀態(tài)信息。 – 可以預讀。 30 無狀態(tài)服務器與有狀態(tài)服務器 無狀態(tài)服務器優(yōu)點 有狀態(tài)服務器優(yōu)點 容錯 短小的請求消息 無需 open/close調用 好的性能 不浪費服務器空間 可以預讀
教學課件相關推薦
鄂ICP備17016276號-1