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

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

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

有些系統(tǒng)文件提供文件共享時候只保留文件的一個拷貝，而另外的一個系統(tǒng)則是保留多個拷貝，對共享文件的每一個用戶提供一個拷貝，論述這種方法的相對優(yōu)點。

有些檔案系統(tǒng)允許磁盤存儲將分配在不同級別的粒度。舉例來說，一個文件系統(tǒng)可以分配4KB的磁盤空間作為單一的一個4字節(jié)的塊或8個512字節(jié)的塊。我們?nèi)绾文芾眠@種靈活性來提高性能？對自由空間管理做出哪些修改以支持這一功能？

一個RAID-1組織讀取請求是否可以比RAID-0組織實現(xiàn)更好的性能（非冗余數(shù)據(jù)帶）？如果是的話，如何操作？

如果操作系統(tǒng)知道某一應用將以順序方式訪問文件數(shù)據(jù)，將如何利用此信息來提高性能？

有沒有一種方法可以實現(xiàn)真正的穩(wěn)定存儲？

假設有一個文件系統(tǒng)，它里面的文件被刪除后，當連接到該文件的鏈接依然存在時，文件的磁盤空間會再度被利用。如果一個新的文件被創(chuàng)建在同一個存儲區(qū)域或具有同樣的絕對路徑名，這會產(chǎn)生什么問題？如何才能避免這些問題？

什么是影響一致支持共享訪問這些存儲在遠程文件系統(tǒng)的文件的UNIX語義的含義？