在文件的屬性中記錄下創(chuàng)建程序的名字，其優(yōu)點(diǎn)和缺點(diǎn)是什么？

試想增加下列遠(yuǎn)程文件訪問協(xié)議。每個客戶端保持一個名稱緩存，緩存翻譯的文件名，以對應(yīng)相應(yīng)的文件句柄。哪些問題我們在執(zhí)行名稱緩存應(yīng)該考慮到？

為什么記錄元數(shù)據(jù)更新能確保文件系統(tǒng)從崩潰中恢復(fù)過來？

一個提供強(qiáng)制鎖，而非使用由用戶決定的咨詢鎖的進(jìn)程有何優(yōu)點(diǎn)和缺點(diǎn)？

討論交往遠(yuǎn)程文件系統(tǒng)（存儲在文件服務(wù)器）從一套不同的失敗語義相關(guān)的本地文件系統(tǒng)的優(yōu)點(diǎn)和缺點(diǎn)。

打開文件表被用以保持當(dāng)前打開文件的信息，操作系統(tǒng)應(yīng)該為每個用戶保持一個單獨(dú)的表嗎？或者只是保持一個包含當(dāng)前所有用戶訪問文件的引用的表？如果兩個不同程序或用戶訪問同樣的文件，在打開文件表中應(yīng)包含單獨(dú)的條目嗎？

在何種情況下會使用內(nèi)存作為RAM磁盤更加有用而不是用它作為一個磁盤高速緩存？

基于磁帶的操作系統(tǒng)如何獲得空閑列表？

假設(shè)有一個系統(tǒng)，它的空閑空間保存在空閑空間鏈表中：a.假設(shè)指向空閑空間鏈表的指針丟失了，系統(tǒng)能不能重建空閑空間鏈表，為什么？b.試想一個文件系統(tǒng)類似UNIX的使用與分配索引，有多少磁盤I/O操作可能需要閱讀的內(nèi)容，一個小地方的檔案在a/b/c？假設(shè)此時沒有任何的磁盤塊，目前正在緩存。c.設(shè)計一個方案以確定發(fā)生內(nèi)存錯誤時候總不會丟失鏈表指針。

除了FCFS，沒有其他的磁盤調(diào)度算法是真正公平的（可能會出現(xiàn)饑餓）。a.說明為什么這個斷言是真。b.描述一個方法，修改像SCAN這樣的算法以確保公平性。c.說明為什么在分時系統(tǒng)中公平性是一個重要的目標(biāo)。d.給出三個以上的例子，在這些情況下操作系統(tǒng)在服務(wù)I/O請求時做到“不公平”很重要。