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

假設(shè)使用參數(shù)Δ定義工作集合模型下的工作集合窗口。設(shè)置Δ為一個較小值，其表示頁錯誤頻率和系統(tǒng)中當前正在執(zhí)行的活動頁（非暫停的）進程數(shù)量，則影響如何？當設(shè)置Δ為一個非常大的值呢？

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

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

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

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

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

討論支持聯(lián)系檔案，兩岸裝入點的優(yōu)點和缺點（即鏈接文件指的是文件在不同體積存儲）。

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

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