使用FAT鏈合作區(qū)塊的檔案來進行變化相聯(lián)系的分配有哪些優(yōu)勢？

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

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

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

對比用一個RAID級別寫入作業(yè)與用一個RAID級別1寫入作業(yè)取得的業(yè)績。

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

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

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

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

slab分配算法為每個不同的對象類型使用一個單獨的緩存。假設每一個對象類型都有一個緩存，試解釋，為什么這不與多個CPU較好地協(xié)調。怎么做才能解決這個可擴展性問題？