基于（）的文件共享方式對應(yīng)于Linux操作系統(tǒng)的軟鏈接機制，會加大文件操作的讀盤次數(shù)和磁盤啟動次數(shù)暨文件系統(tǒng)遍歷時間開銷，而且空間開銷也會加大。

磁盤調(diào)度算法中，掃描算法比先來先服務(wù)算法有更好的尋道性能。

隱式鏈接有利于提高空間利用率，但不支持直接存取。

文件打開操作的目的是建立用戶與文件之間的聯(lián)系。

兩個進程A和B均需訪問某數(shù)據(jù)庫中的3條記錄RecordX、RecordY、RecordZ且進程訪問上述任何一條記錄時都需要通過一個和對應(yīng)記錄相關(guān)的信號量實現(xiàn)對相應(yīng)記錄的互斥訪問。假設(shè)一個進程在獲得某條記錄的互斥訪問權(quán)之前必須首先釋放其已經(jīng)擁有的對其他記錄的互斥訪問權(quán)，那么在這種情況下進程A和B之間（）發(fā)生死鎖。

如果用戶對當前目錄中的文件訪問非常頻繁，則應(yīng)將當前目錄裝入內(nèi)存中。

在X86_64架構(gòu)下，理論上虛擬地址可以是64位，但64位的地址空間實在是太大了，所以目前Intel使用了48位。假設(shè)內(nèi)存塊的大小是4KB，每個頁表項占用8個字節(jié)，那么x86_64系統(tǒng)為了映射48位的虛擬地址，頁表系統(tǒng)至少需要（）。

隨著程序員指尖移動，一串串字符飛快地躍上了屏幕。從屏幕右上角的CPU負載監(jiān)視器可以看出，系統(tǒng)的負載很輕。下面有關(guān)程序員使用的編輯器進程陳述正確的是（）。

當系統(tǒng)中進程數(shù)量大于處理器的數(shù)量時，一定存在處于阻塞狀態(tài)的進程。

通過讓不同的符號名文件目錄項指向同一個基本文件目錄項或者索引結(jié)點，或者引入新的文件類型并使其文件內(nèi)容為指向被共享文件的路徑名，均可實現(xiàn)文件共享。