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

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

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

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

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

在一個(gè)原本不可能發(fā)生死鎖的系統(tǒng)中，如果對有關(guān)進(jìn)程的信號量P操作的順序加以調(diào)整可能導(dǎo)致死鎖，同樣地，對有關(guān)進(jìn)程的信號量V操作的順序加以調(diào)整也可能導(dǎo)致死鎖。

與基于索引結(jié)點(diǎn)的文件共享方式相比，在基于符號鏈的文件共享方式下，每次訪問對應(yīng)共享文件時(shí)均需多次讀盤、故而訪問開銷較大。

鑒于文件查找過程中，只有文件名對目錄檢索有用，所以可把文件名與文件的其它屬性分離開來分別存放，把有關(guān)文件的文件名組織在一起形成符號名文件目錄，而文件的其它屬性則以所謂（）的數(shù)據(jù)結(jié)構(gòu)方式集中組織在一起。

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

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