文件索引管理系統

1. 文檔管理軟體的國內知名文件管理系統軟體

我們在日常工作中總會積累下來大量文檔，需要查找，我個人用的是騰訊文檔內，將文件導入在容騰訊文檔中，進行統一管理，非常高效：

• 騰訊文檔文件夾功能

可以直接對文檔進行分類管理，可以輕松分門別類的管理自己的文檔




3

學會了用騰訊文檔對文檔進行分類，星標設置，搜索查找，再多的文檔都不會亂了

2. 操作系統的文件管理中，目錄項和文件索引表起什麼作用

索引就是把你電腦裡面的文件做一個編號 比如 QQ.EXE 索引是1 WORD是2 這樣的話 你調用查找的時候 只需要在表裡面找1 或者2 就可以了 而不是滿硬碟的找QQ WORD 了

3. 基於多級文件目錄的文件管理系統設計的設計原理是什麼有著什麼樣的背景知識

Flash 存儲器( Flash Memory) 是一種高可靠性、高密度的固態存儲器件。 其存儲方式是完全非易失性的，掉電後可以保存數據；可以在線寫入，並可按頁連續位元組寫入，存取速度快，所以嵌入式系統通常使用Flash 存儲器作為存儲設備。 但Flash存儲器也存在著兩個主要缺陷:一是在重寫之前必須進行擦除，因為Flash 存儲器劃分成很多擦除塊(SectorOErase) ，對任何一位數據進行修改必須先擦除整個塊(Sector) ；二是擦除塊的擦除次數有限，當一個塊提前達到擦除次數上限時， 將導致整個Flash 存儲器無法使用。 所以，目前PC 機上很多成熟的基於磁碟的文件系統在Flash 存儲器上使用都存在著不足。
嵌入式系統應具有的特點: 一是高可靠性，在惡劣環境下系統仍能正常工作；二是低消耗，受成本限制系統設計必須量體裁衣，去除冗餘；三是高效率，在佔用較少資源情況下保證功能需求，這樣就要求演算法簡單，效率高。 而日誌文件系統(Log-St ruct ured File System) 在數據更新時無需將數據寫入原存儲區域，適應Flash 存儲器無法進行重寫這一特點。 目前，針對Flash 存儲器的缺陷而設計的Linux 下的J FFS 文件系統，就是採用簡化的日誌文件系統。 J FFS 文件系統將磨損均衡集成於清除機制之中，在帶來掉電可恢復功能的同時，大大減少了塊擦除的次數，提高了文件系統的存取速度和效率。 但是，J FFS 文件系統無法單獨使用，或者使用於其它實時操作系統中。 對由於受成本和實時性限制而無法使用Linux 的一些嵌入式系統，也就無法使用J FFS 文件系統。基於上述分析，該嵌入式文件系統適合在開源實時操作系統(如μC/OS-II) 和無操作系統的情況下使用。
嵌入式文件系統原理
在日誌文件系統中，一個文件被修改後不是被寫入到原來的存儲空間，而是被加到所有內容的後面，象日誌一樣被更新，這就是日誌文件系統的基本原理。 由於同一個文件在文件系統中會留下不同的版本，所以系統需要設置一張表標注文件的最新與以前的版本。 在內容不斷添加時為不將存儲空間占滿，系統設計了一種回收機制，回收無效內容佔用的空間。
日誌文件系統在文件更新時不用將文件寫回原來的地址，這對Flash 存儲器這種存儲介質最為適合。 文中所設計的嵌入式文件系統採用了日誌文件系統的設計原理，以及J FFS 文件系統將磨損均衡集成於清除機制之中的方法。 該系統將一個可擦寫塊平分為多個簇，文件的讀寫以簇為單位進行。簇的狀態有3 種:臟、干凈和空。 臟表示所存內容已被置為無效；干凈表示所存數據有效；空表示可以寫入數據。 文件和目錄在該系統中被作為節點，一個節點佔用若干個簇，節點中的內容連續存儲，但不能越過塊邊界存儲。 該系統設置一個索引節點，保存整個系統的信息，其中包含保存有各簇狀態的簇狀態表。
每一次文件更新後內容都將被添加至末尾處，索引節點也被更新，總是佔用最末尾的干凈簇。 回收臟簇時，將所要擦除塊中的干凈簇重寫到空簇中，再進行塊擦除。 當內容寫至存儲體末端，則從頭部重新開始循環存儲。 所設計的文件系統的操作過程見圖1。
ic72新聞中心
嵌入式文件系統設計
Flash 存儲器中的存儲結構
Flash 存儲器中的存儲結構見圖2。 該存儲器中每個簇的第一個字作為簇的狀態字，表示此簇是否為一個節點的首簇或空簇。 每個節點的首部存放此節點屬性(文件/目錄/索引節點) 和節點標識號。
ic72新聞中心
索引節點
索引節點存放該文件系統的大部分信息。 包括32 位的索引節點更新號、一張簇狀態表、下一個要被擦除塊的塊號、給下一個新建節點(文件或目錄) 的節點編號、系統根目錄信息表。系統每一次更新都會產生新的索引節點，索引節點更新號加1。 按照Flash 存儲器的使用壽命10 年計算，需要每秒更新136 次以上，才能達到索引節點更新號的上限，所以認為擁有最大更新號的索引節點為最新的索引節點。 簇狀態表中對應每一個簇有兩個Bit 位，表示各個簇的狀態(干凈01 ，臟11 ，空00) 。 根目錄信息表存放根目錄下的各個目錄項，每個目錄項包括:屬性(文件0x1/目錄0x0) 、文件名或目錄名、節點編號、此文件(或目錄) 對應節點的起始簇地址、根目錄表的大小可變。
目錄節點
目錄節點存放的內容有目錄名，目錄項個數，及所有目錄項信息。 文件節點存放文件名，文件大小，文件屬性及文件內容，內存中的目錄結構見圖3。
ic72新聞中心
內存數據結構及基本操作
該文件系統載入(Mount ) 後，會在內存中建立一個系統的映象。 該映象包括:索引節點中的信息、目錄及文件信息、每個可擦寫塊中包含的節點信息、未存檔的節點信息。 簇狀態表、索引節點更新號、新節點編號、下一擦除塊號等索引節點中的內容，在內存中均作為不同的變數。 內存中為每個文件和目錄都建立了映象，數據結構見圖4 和圖5。
ic72新聞中心
ic72新聞中心
內存中的文件節點不包含文件真正的數據，而使用指針。 文件被打開時，在內存中創建一塊新存儲區域存放數據，數據指針便指向此存儲區，未被打開時，此指針指向空。 對於每個目錄有1 個目錄層數，表示此目錄的深度，如根目錄的目錄層數為0 ，根目錄的下一級目錄則為1 ，依此類推。 存儲地址保存文件或目錄在Flash 中的地址。 文件和目錄都被存在上一級目錄下，所屬目錄指針即指向上一級目錄在內存中的數據結構，根目錄的所屬目錄指針即為空。 對於同目錄下的不同節點，在內存中使用鏈表將其串聯，同目錄文件指針即聯成鏈表。 鏈表的首指針保存在上一級目錄中，首目錄項指針即指向鏈表的首項。 為提高塊擦寫的效率，存儲在同一個可擦寫塊中的各個節點在內存中也建立一個鏈表，塊隊列指針即用於連成此鏈表。 為標識被修改的節點，利用一個未保存隊列，未保存隊列指針即用來建立此隊列。
該文件系統載入(mount ) 時，首先順序掃描Flash 中的每個索引節點，查找出最大的索引節點更新號，此更新號對應的索引節點即為最新的索引節點。 查找到最新索引節點後，將簇狀態表等信息映射到內存的數據結構中。 依據索引節點中的根目錄信息，遍歷所有節點，建立內存中的目錄文件結構，並將節點添加到對應的擦寫塊隊列中。 對一個文件編輯並保存的過程見圖6。
ic72新聞中心
文件打開時，先在內存中分配一塊空間作為數據區，將內容寫入，並定位文件節點的數據指針指向該內存中的數據區。 如果文件內容被修改，就將文件節點添加到未存檔隊列，依次寫入Flash 存儲器中，並修改簇狀態表。 保存時將內存中數據區內容寫入F 中，釋放申請的內存空間，修改節點中的數據指針和簇狀態表，再將文件的所有上級目錄重新寫入Flash ，最後將更新後的索引節點內容寫入Flash。 如果文件未被修改，則只需修改數據指針即可。
節點加入未存檔隊列的順序按照目錄層數的大小排列，文件節點排在隊列首，目錄層數最大的排在其後，目錄層數為1 的排在隊列末尾，根目錄不加入未存檔隊列。
嵌入式文件系統特殊處理機制
均衡擦寫機制
為了避免任意一個可擦除塊因擦寫次數過多而過早報廢，文件系統對Flash擦寫時採用了均衡擦寫機制。 考慮到系統的精簡性，擦寫在整片Flash 的各塊中依次進行，一塊擦寫完後，下一個被擦寫的塊即為後一個塊，在系統的索引節點中保存了下一個要擦除的塊號。 當文件系統中的剩餘空間減少到設定值時，系統會擦除此塊，以回收臟簇佔用的空間。 對應每個可擦寫塊都有一個節點隊列，此塊中包含的節點都加入其中。塊擦除的流程見圖7。
ic72新聞中心
首先，將未保存於隊列中的節點保存，清未保存隊列。 然後將塊隊列中的所有文件節點轉移到空簇中，同時將文件路徑上的各級目錄加入到未存檔隊列中。 對於塊隊列中的目錄節點，則將它和其路徑上的各級目錄加入未存檔隊列中，按照未保存隊列的順序，依次將各個目錄寫入Flash 中，最後寫入最新的索引節點。 因為目錄節點加入未存檔隊列時，按照目錄層數的大小排列，所以按照未保存隊列的順序寫入時，可以保證當一個目錄要被寫入Flash 時，它的所有下級目錄已被寫入Flash 中。 所有下級目錄在Flash 中的存儲地址都已確定。當該文件系統的空間將達到存儲上限時，可能會出現特殊情況，即廢簇回收時，空簇的空間不足，無法將所有干凈簇重寫。 文件系統為此建立了應急機制，先將文件節點內容存在內存中，這時新建一個臨時未保存隊列，專門保存文件節點，在塊擦寫完成後，將剩餘的文件節點寫入新的空簇中，其演算法與圖7 所示流程大致相同。 但是，一旦在擦寫時斷電，會導致該塊上的所有數據丟失。
斷電錯誤處理機制
當系統遭遇斷電重新啟動後，索引節點中的信息會與系統中的狀態不符，這時便需要錯誤處理機制。 錯誤一般是索引節點中標注的空簇已被寫入了數據，錯誤處理就是將此簇標志為臟簇，並查找下一個空簇重新寫入。
多任務處理機制
該文件系統允許同時打開多個文件，在多任務操作系統下，為了避免沖突建立了多任務處理機制。 系統允許打開的多個文件在內存中同時被編輯修改，但是對Flash 寫入操作有限制。 處理方法是設立Flash 寫入保護區，在此區中只允許當前正在執行的任務執行Flash 寫入操作。 實現Flash 寫入保護區的方法是建立一個初始值為1 的信號量，當一個節點需要Flash 寫入時，首先申請信號量，完成後再釋放信號量。 Flash 寫入保護區見圖6 、圖7。在圖6 中，空操作語句是用來對多個文件的保存進行同步。 例如，有文件1 和文件2 需要保存，先將文件1 的內容寫入Flash 中，文件1 路徑下的目錄節點被添加到未保存隊列中，再將文件2 的內容寫入Flash 中，文件2 路徑下的目錄節點也被添加到未保存隊列中，最後將未保存隊列中的所有節點都寫入Flash 中。 這樣，如果同一路徑下的兩個文件同時存檔，可避免路徑下的相同目錄節點被寫入兩次，從而提高了效率。 不足之處在於，如果很多文件同時存檔，會導致索引節點在一段時間內都無法寫入Flash 存儲器，有斷電丟失的危險。 但對於一般嵌入式系統來說，很少會碰到這種情況。 當進行Flash存儲器擦寫時，在取塊隊列首節點至索引節點寫入完成這段時間內都不允許進行其他Flash 存儲器的寫入操作，這是為了保證數據的完整性，同時也提高了文件系統的穩定性。
無目錄文件系統的優化
許多嵌入式系統設計中雖沒有目錄管理的要求，但是對執行效率和資源消耗的要求較高。 對於不要求有目錄管理的精簡文件系統，在設計時也進行了優化。 精簡文件系統在Flash 中的存儲格式與上述設計相同，文件系統中的所有文件信息都保存在索引節點的根目錄信息表中。 精簡文件系統在內存中的映象則要簡單很多，只包含索引節點中的信息，包括簇狀態表、下一個擦除塊、下一個新節點的標號和根目錄信息，而不用為每個文件都建立內存中的映象，節省大量的內存空間。 文件的編輯存檔過程簡化為:打開文件、編輯、將文件寫入Flash 存儲器、將修改後的索引節點寫入Flash 存儲器。 擦寫則只需通過查詢根目錄信息表中的各個目錄項，將塊中的所有文件節點寫入空簇即可。在無目錄管理的情況下，精簡文件系統佔用的內存資源可以減少，操作也可便捷，提高了效率。 對於大量只需要按名存取的簡單文件管理的小型嵌入式系統而言，針對Flash 存儲器的簡單文件系統將佔用資源少，執行效率高，有很大的應用價值。
嵌入式文件系統實現及性能分析
該文件系統的實現採用了分層方法，分為3 層4 個部分:應用程序介面、文件系統核心、操作系統調用介面、Flash 存儲器驅動，實現結構見圖8。
ic72新聞中心
實現平台中RTOS 為μC/OSOII 實時操作系統，CPU 使用三星S4510B作為處理器，Flash 存儲器晶元為FUJ ITSU 的29LV160 TE。 針對不同的實時操作系統和Flash 存儲器晶元需要實現不同的操作系統介面和Flash 存儲器驅動。
針對μC/ OSOII 編寫操作系統調用介面，包括5個函數: ①系統調用介面初始化FS_Sys_Interface_Init ( ) ，創建互斥信號量和內存分區； ② Flash 寫入關閉FS_Sys_Write_Lock ( ) ，禁止Flash 寫入操作，調用μC/OS-II 中OSMutePend ( ) ； ③ Flash寫入打開FS_Sys_Write_Unlock ( ) ，重新允許Flash 寫入操作，調用μC/OS-II 中OSMutePost() ； ④內存空間申請FS_Sys_Mem_Alloc( ) 和內存空間添加FS_Sys_Mem_Add ( ) ， 都調用OSMemGet ( ) 來完成； ⑤內存空間釋放FS_Sys_Mem_Free ( ) ，調用OSMemPut ( ) 完成，將申請的內存塊全部釋放。針對29LV160 TE 這款Flash 存儲器晶元，定義一個FlashDef 結構體的全局變數， 用於存儲Flash 器件信息，並且編寫針對此款Flash 的塊擦寫函數FS_Device_Sector_Erase ( ) 和數據寫入函數FJ FS_Device_Write ( ) 。
完成這兩部分的實現後，該系統就可運行調試。 測試應用程序介面(API) 。 應該提供的各部分功能，並在突然斷電情況下，測試文件系統的恢復情況。無目錄管理的精簡文件系統的載入，可在2μs內完成，文件寫入耗時主要為快閃記憶體的等待時間，系統本身只佔用不到200 個位元組的內存，產生的代碼段大小為7 K。 完整的文件系統載入時，需要建立內存中映象，耗時根據文件數量的多少而不同，一般為10μs ，產生的代碼段大小為11 K。 系統寫入效率較高，在無目錄管理的配置下尤其明顯。 試驗中系統在多次斷電的情況下，系統仍能恢復至上次存檔的狀態，雖會導致個別文件未更新，但不會導致文件系統崩潰。
間的關系熟悉嗎？的和（並）。互斥事件（互不相容事件

4. php開源的web文檔管理系統有哪些

OpenGoo PHP開源文檔管理系統
OpenGoo是一套基於ExtJs+XAMP（Apache、PHP、MySQL）開發的開源web office。適用於任何單位或個人創建，共享，協作維護和發布它們所有內部與外部文檔。
relayb
relayb是一個Ajax目錄管理器。支持拖放操作文件和文件夾。動態載入文件結構。文件上傳提示進度條。縮略圖查看包括PDF格式，支持多用戶和多賬號。
Simple Directory Listing
Simple Directory Listing提供一個類似於apache http伺服器目錄列表的文檔管理界面。擁有復制，移動，刪除，重命名，創建文件夾/文件。上傳/下載文件，Unicode支持，縮略圖查看，RSS發布等。
CKFinder
CKFinder是一個易於使用的Ajax文件管理器。提供文件夾樹形結構（Folders tree）導航菜單，多語言支持（自動探測用），支持創建/重命名/刪除文件和文件夾，集成FCKeditor在線編輯器。
phpWebFtp
phpWebFtp是一個基於Web的Ftp客戶端，可以連接至任意Ftp伺服器。內置22種語言包。易於在Binary/ASCII兩種模式下切換。提供WYSIWYG文件編輯器用於編輯.htm文件。內置文件與目錄下載模式。支持解壓zip文件等。
CuteFlow
CuteFlow是一個基於Web的文檔流轉/工作流工具。用戶定義好一個文檔之後就會按指定的流程一步一步地轉發給列表中的每一個用戶。
Epiware
Epiware是一個AJAX支持的項目與文檔管理Web應用系統。它提供了一套完整的文件管理功能包括文檔上傳，下載，版本控制，審核，變化通知和訪問歷史列表等。Epiware還為開發團隊創建一個安全的信息交流與相互協作平台。
PHP Navigator
基於Web運用PHP+Ajax技術開發的PHP開源文檔管理系統。它具有WindowsXP風格的操作界面。使你感覺像在Windows中。
DocMgr
DocMgr是一個基於PHP+Postgresql構建的Web文檔管理系統。支持利用tsearch2對大部分流行的文檔格式進行全文索引。它同樣包含訪問控制列表，用戶許可權管理和文件多級分組功能。
SimpleDoc
SimpleDoc是一個基於web的PHP開源文檔管理系統。它的界面簡單而且直觀(以樹的結構進行管理，運用Ajax技術使得當修改內容時不需要刷新瀏覽器)。SimpleDoc不需要資料庫支持。
DocumentManager
Document Manager是一個包含許可權管理與郵件提醒功能基於Web的文檔管理器。無需要資料庫支持。
KnowledgeTree
KnowledgeTree是一個開源基於Web的文檔管理系統。它具有知識管理，文檔版本控制，分層文檔管理和支持一些流行的文件格式也可以自定文件類型等。
Owl Intranet Engine
Owl是一個多用戶的PHP開源文檔管理系統。它可對文件夾和文件設置許可權，基於角色許可權管理，具有易於使用並且簡潔的用戶操作與管理界面，能夠對文件夾和文件 進行監控，支持對文本，MS-Word和PDF文件進行全文搜索，提供下載統計功能，資料庫備份工具，新聞系統，版本控制，回收站，自定文檔類型等等。
更多詳細的可以去看這篇文章http://www.php.cn/php-weizijiaocheng-304283.html，希望對你有幫助

5. 有什麼好用的文檔管理系統

推薦您可以考慮開始文檔管理系統平台版
1、紙質文檔如果要藉助信息軟體進行管理，要麼就建立檔案系統（類似圖書館查書系統），用戶可以知道文件存儲在哪個櫃裡面，有沒有外接等，要麼就將紙質文檔進行掃描成電子文件，然後用專門的文檔管理系統進行管理，開始文檔管理系統平台版推薦的是第二種方法，這樣用戶在調用搜索時，可以節省很多的時間。
2、合理的文檔歸檔一般有2步驟，A、設置合理的歸檔分類、一般縱向根據公司組織結構來分，比如一級分類可能有銷售部，財務部等，銷售部下的二級分類可能有銷售科、廣告科等等； 而橫向分類則可以根據需要，比如根據區域分類，湖南、湖北、廣西，根據應用分類，技術文檔、銷售文檔、制度文檔等，根據項目分類等等，B、設置歸檔屬性，任何一個完整的文件在歸檔時都會有其他的信息需要一起歸檔，以普通的文件為例，就有發送人，接收人，抄送人等。開始文檔管理系統支持文檔縱橫雙向分類，同時支持分類屬性設置與顯示
3、各種類型文檔創建不同的索引信息，系統中常用的文件索引信息，比如創建者、創建時間等由系統自動創建，特殊的信息，由用戶自行創建
4、系統通過名稱搜索、屬性搜索、內容搜索，可以快速找到需要的文件
5、用戶登陸系統後在系統的桌面上可以看到用戶最近閱讀的文件，經常要用的文件也可以添加到收藏夾
6、最近拿過來的文檔，可以通過推薦或者訂閱來快速了解，比如其他用戶將文件推薦給您，或者您訂閱消息，其他用戶上傳文件了，系統自動發送消息/郵件通知您
7、一份文檔在幾個項目都用到，我們一般通過文檔分類來實現，比如產品設計時有3個產品都需要用到零件A，則零件A的設計圖紙可以同時屬於3個產品（分類），同時系統還支持文件關聯，比如項目中A文件調用了B文件的部分內容，則可以設置A關聯B，這樣如果B被更改了，用戶在查看A時，會被提示B已被修改。

6. 操作系統（4） -- 文件管理、IO管理

引入—為解決變長記錄文件的順序存取低效問題。
索引文件—為變長記錄文件建立一張索引表。

與文件管理系統和文件集合相關聯的是文件目錄。包含文件的相關信息，如：屬性、位置和所有權等。
對目錄管理的要求如下：

從文件管理角度看，文件由FCB和文件體（文件本身）兩部分組成。

文件控制塊是操作系統為管理文件而設置的數據結構，存放了文件的有關說明信息，是文件存在的標志。
FCB 中的信息：

文件目錄
把所有的FCB組織在一起，就構成了文件目錄，即文件控制塊的有序集合。
目錄項
構成文件目錄的項目（目錄項就是FCB）
目錄文件
為了實現對文件目錄的管理，通常將文件目錄以文件的形式保存在外存，稱為目錄文件。

所有的用戶使用一個目錄

為每個用戶創建一個單獨的目錄

在兩級目錄中若允許用戶建立自己的子目錄，則形成3級或多級目錄結構（即樹型目錄結構）

一盤磁帶、一張光碟片、一個硬碟分區或一張軟碟片都稱為一 卷 ，卷是存儲介質的物理單位。一個卷可以保存一個文件或多個文件，也可以一個文件保存在多個卷上。
塊 是存儲介質上連續信息所組成的一個區域，也叫做物理記錄。塊是主存儲器和輔助存儲設備進行信息交換的物理單位，每次總是交換一塊或整數塊信隱橘息。

每個文件在磁碟上佔用一組連續的物理塊。磁碟地址構成一個線性空間，文件邏輯塊順序與文件物理塊順序相同。

磁碟塊分配方法：

可以通過合並(consolidation)將一個文件的各個簇連續存放灶敏團，以提高I/O訪問性能。

鏈接表FAT，每項保存下一塊鏈接地址，整個磁碟僅設置一張。

鏈接分配方式雖然解決了連續分配方式所存在的問題， 但又出現了另外兩個問題， 即：

為每一個文件分配一個索引塊（表），再把分配給該文件的所有塊號，都記錄在該索引塊中。故索引塊就是一個拿漏含有許多塊號地址的數組。

優點 :

缺點 :

索引順序文件

程序直接控制方式 是指由程序直接控制內存或CPU和外圍設備之間進行信息傳送的方式。通常又稱為「忙—等」方式或循環測試方式。
（1）把一個啟動位為「1」的控制字寫入該設備的控制狀態寄存器。
（2）將需輸出數據送到數據緩沖寄存器。
（3）測試控制狀態寄存中的「完成位」，若為0，轉（2），否則轉（4）。
（4）輸出設備將數據緩沖寄存器中的數據取走進行實際的輸出。

（1）進程需要數據時，將允許啟動和允許中斷的控制字寫入設備控制狀態寄存器中，啟動該設備進行輸入操作。
（2）該進程放棄處理機，等待輸入的完成。操作系統進程調度程序調度其他就緒進程佔用處理機。
（3）當輸入完成時，輸入設備通過中斷請求線向CPU發出中斷請求信號。CPU在接收到中斷信號之後，轉向中斷處理程序。
（4）中斷處理程序首先保護現場，然後把輸入緩沖寄存器中的數據傳送到某一特定單元中去，同時將等待輸入完成的那個進程喚醒，進入就緒狀態，最後恢復現場，並返回到被中斷的進程繼續執行。
（5）在以後的某一時刻，操作系統進程調度程序選中提出的請求並得到獲取數據的進程，該進程從約定的內存特定單元中取出數據繼續工作。

DMA方式又稱直接內存訪問（Direct Memory Access）方式。其基本思想是在外設和主存之間開辟直接的數據交換通路。DMA採用匯流排周期挪用實現I/O。

緩沖（Buffering） - 在設備之間傳送數據時，（暫時）保存數據。

單緩沖是操作系統提供的最簡單的一種緩沖形式。每當一個進程發出一個I/O請求時，操作系統便在主存中為之分配一個緩沖區，該緩沖區用來臨時存放輸入/輸出數據。
設備先把數據寫入緩沖區，然後用戶進程從緩沖區讀走數據。

從自由主存中分配一組緩沖區即可構成緩沖池。

緩沖區可以在收容輸入、提取輸入、收容輸出和提取輸出四種方式下工作。

F指向隊首，L指向隊尾。（emq指空緩沖區隊列，inq裝滿輸入數據的輸入緩沖隊列 ，out裝滿輸出數據的輸出緩沖隊列 ）

7. 某操作系統的文件管理採用直接索引和多級索引混合方式，文件索引表共有10項，其中前8項是直接索引項，第9

直接索引項可索引8個文件物理塊，共計8×2K＝16K；
一次間接索引項連接一個直接索引塊，內含2K / 4＝2^9個索引項，可索引2^9個文件物理塊，共計2^9×2K＝1M；
二次間接索引項連接一個一級索引塊，內含2^9索引項（每個索引項連接一個二級索引塊），可索引的文件物理塊共計2^9×2^9×2K＝2^9M＝512M；
因此，該文件系統中最大的文件大小可達到512M＋1M＋16K，約為513M。

8. 文檔管理系統哪個比較好

雲脈紙質文檔管理系統內含OCR雲識別、雲檢索和雲管理服務，不僅可自動快速實現紙質文檔電子化，在應對大量文檔時，獨有的文件夾列表還可以對文檔進行分門別類的有序管理，獨有的排序模式，可按照個人習慣進行排序，隨心所欲全面掌控文件資源，讓各個企業的海量紙質文檔走上大數據的軌道，實現企業智能化辦公。

9. 為了方便檔案室文件的管理，需要建議文件索引系統。急求文件索引系統建立的具體的操作方法和步驟。

你的提法太含糊。我想你的意思是建立檔案索引目錄。也就是歸檔文件目錄，或者回卷內文件目錄以及案卷答目錄等。一般來說需要先做檔案整理，一般採用年度-分類（問題或者部門）-保管期限的排列方法，編出案卷號或者件號，然後製作表格，輸入數據即可。表格格式有國家標准，可以從網上查到。最簡單的辦法是購買一套檔案管理軟體，所有的問題都解決了，推薦世紀科怡檔案管理系統，這個比較好用。可以根據要求，生成各類索引或者目錄。