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

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

用戶進程產(chǎn)生數(shù)據(jù)的速度比較穩(wěn)定，為50MB/s。輸出設備輸出數(shù)據(jù)的速度不穩(wěn)，大約在10MB/s至100MB/s之間均勻分布。如果合理采用緩沖技術，那么理想狀態(tài)下數(shù)據(jù)輸出速度可達（）。

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

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

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

如果用戶對文件具有讀寫權限，該用戶就可以刪除該文件。

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

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

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