某32位操作系統(tǒng)采用段頁(yè)式存儲(chǔ)管理，物理塊大小為4KB，同時(shí)設(shè)定邏輯地址中段號(hào)用4個(gè)二進(jìn)制位標(biāo)示（即支持各進(jìn)程最多可擁有16個(gè)分段）。那么，該系統(tǒng)的邏輯地址結(jié)構(gòu)組成中，段內(nèi)頁(yè)號(hào)占據(jù)邏輯地址的（）個(gè)二進(jìn)制位。

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

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

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

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

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

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

用戶程序?qū)μ囟ㄏ到y(tǒng)調(diào)用譬如文件打開系統(tǒng)調(diào)用open()的調(diào)用最終是在切換進(jìn)入內(nèi)核空間后根據(jù)中斷向量表轉(zhuǎn)到對(duì)應(yīng)的系統(tǒng)調(diào)用內(nèi)核函數(shù)而加以處理的。

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

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