專利名稱：分布式文件系統(tǒng)及其協(xié)存儲(chǔ)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種分布式文件系統(tǒng)及其協(xié)存儲(chǔ)方法。
背景技術(shù)：
一個(gè)分布式文件系統(tǒng)一般包含一個(gè)元數(shù)據(jù)服務(wù)器(Metadata Server)和多個(gè)數(shù)據(jù) 服務(wù)器(Data Server)，被多個(gè)客戶端(Client)訪問(wèn)，如圖1所示文件被分成固定尺寸的塊(CHUNK)，存儲(chǔ)在Data Server上，為了保證可靠性，每 個(gè)CHUNK可以存儲(chǔ)在多個(gè)Data Server上。Metadata Server管理文件所有的元數(shù)據(jù)，包括文件命名空間、訪問(wèn)控制信息，文 件到CHUNK的映射信息，以及CHUNK當(dāng)前所在的位置等。它還管理系統(tǒng)范圍的活動(dòng)，例如 CHUNK租用管理，孤兒CHUNK的垃圾回收，以及CHUNK在Data Server間的移動(dòng)。Metadata Server用心跳信息周期地跟每個(gè)Data Server通訊，給它們以指示并收集它們的狀態(tài)。Client 實(shí)現(xiàn)了文件系統(tǒng)應(yīng)用程序接口(Application Program Interface，簡(jiǎn)稱 API)，幫助應(yīng)用程序與Metadata Server和Data Server通訊，對(duì)數(shù)據(jù)進(jìn)行讀寫。Client與 Metadata Server交互進(jìn)行元數(shù)據(jù)操作，Client根據(jù)這些元數(shù)據(jù)信息與Data Server直接 進(jìn)行數(shù)據(jù)操作。圖2示出了現(xiàn)有技術(shù)的Client打開文件的流程，是文件訪問(wèn)的第一必要步驟，包 括Client 向 Metadata Server 發(fā)送打開(open)文件，Metadata Server 返回元數(shù) 據(jù)，其中包括數(shù)據(jù)信息；Client執(zhí)行創(chuàng)建文件描述結(jié)構(gòu)體。圖3是現(xiàn)有技術(shù)的Client寫入(包括創(chuàng)建CHUNK)文件的流程，參考圖3，當(dāng)上層 應(yīng)用程序調(diào)用write接口時(shí)，Client根據(jù)寫參數(shù)向Metadata Server請(qǐng)求寫入CHUNK的位 置，如果CHUNK不存在(比如新建文件和追加數(shù)據(jù))就由Metadata Server向Data Server 發(fā)起創(chuàng)建請(qǐng)求，成功后Metadata Server向Client返回該位置信息，最后由Client直接 對(duì)Data Server上的該CHUNK進(jìn)行寫操作。圖4是現(xiàn)有技術(shù)的Client寫入(不包括創(chuàng)建 CHUNK)文件的流程，如圖4所示當(dāng)上層應(yīng)用程序調(diào)用write接口時(shí)，Client根據(jù)寫參數(shù) 向Metadata Server請(qǐng)求寫入CHUNK的位置，如果CHUNK存在，則MetadataServer直接向 Client返回該位置信息，最后由Client直接對(duì)Data Server上的該CHUNK進(jìn)行寫操作。在上述的處理過(guò)程中，存在以下問(wèn)題對(duì)一個(gè)小文件而言(例如小于某一預(yù)設(shè)值 MIN的小文件)，這種通用的寫流程顯得比較冗長(zhǎng)，在某些特殊的大量存儲(chǔ)小文件的應(yīng)用情 景下，系統(tǒng)會(huì)由于反復(fù)訪問(wèn)小文件而導(dǎo)致寫效率下降，因此有必要提出改進(jìn)的技術(shù)手段，來(lái) 解決此問(wèn)題。

發(fā)明內(nèi)容
有鑒于現(xiàn)有技術(shù)存在現(xiàn)有的反復(fù)訪問(wèn)小文件而導(dǎo)致寫效率下降的問(wèn)題而做出本 發(fā)明，為此本發(fā)明的主要目的在于提供一種分布式文件系統(tǒng)及其協(xié)存儲(chǔ)方法，其中
根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法包括客戶端創(chuàng)建文件描述結(jié) 構(gòu)體，文件描述結(jié)構(gòu)體中包括數(shù)據(jù)流信息，其用于存儲(chǔ)預(yù)先擴(kuò)充的元數(shù)據(jù)的數(shù)據(jù)流字段；客 戶端在寫操作時(shí)，對(duì)文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作。優(yōu)選地，在客戶端創(chuàng)建文件描述結(jié)構(gòu)體之前，該方法進(jìn)一步包括客戶端在打開文 件時(shí)，通過(guò)元數(shù)據(jù)服務(wù)器獲取包括數(shù)據(jù)流字段的元數(shù)據(jù)。優(yōu)選地，客戶端創(chuàng)建文件描述結(jié)構(gòu)體進(jìn)一步包括客戶端根據(jù)獲取到的元數(shù)據(jù)創(chuàng) 建文件描述結(jié)構(gòu)體，并返回文件句柄。優(yōu)選地，客戶端在寫操作時(shí)，對(duì)文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作，進(jìn)一步 包括客戶端在寫操作時(shí)，根據(jù)文件句柄定位到對(duì)應(yīng)的文件描述結(jié)構(gòu)體，并對(duì)文件描述結(jié)構(gòu) 體的數(shù)據(jù)流信息進(jìn)行更新。優(yōu)選地，該方法還包括客戶端通過(guò)文件長(zhǎng)度更新消息將更新的數(shù)據(jù)流發(fā)送到元 數(shù)據(jù)服務(wù)器。優(yōu)選地，若更新的數(shù)據(jù)流大于預(yù)設(shè)值，則通過(guò)數(shù)據(jù)服務(wù)器進(jìn)行寫操作。根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)，包括客戶端，其具體包括創(chuàng)建模塊，用于 創(chuàng)建文件描述結(jié)構(gòu)體，文件描述結(jié)構(gòu)體中包括數(shù)據(jù)流信息，其用于存儲(chǔ)預(yù)先擴(kuò)充的元數(shù)據(jù) 的數(shù)據(jù)流字段；寫操作模塊，用于對(duì)文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作。優(yōu)選地，客戶端進(jìn)一步包括獲取模塊，用于在打開文件時(shí)，通過(guò)元數(shù)據(jù)服務(wù)器獲 取包括數(shù)據(jù)流字段的元數(shù)據(jù)；創(chuàng)建模塊根據(jù)獲取到的元數(shù)據(jù)創(chuàng)建文件描述結(jié)構(gòu)體。優(yōu)選地，客戶端還包括更新模塊，用于通過(guò)文件長(zhǎng)度更新消息將更新的數(shù)據(jù)流發(fā) 送到元數(shù)據(jù)服務(wù)器。與現(xiàn)有技術(shù)相比，根據(jù)本發(fā)明的技術(shù)方案，縮短了客戶端寫小文件的流程，避免了 對(duì)元數(shù)據(jù)服務(wù)器的訪問(wèn)和頻繁的硬盤操作，提高了系統(tǒng)的寫入速度、和整體并發(fā)處理能力。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是現(xiàn)有的分布式文件系統(tǒng)架構(gòu)圖；圖2是現(xiàn)有的分布式文件系統(tǒng)的打開文件處理流程的示意圖；圖3是現(xiàn)有的分布式文件系統(tǒng)的寫入(含創(chuàng)建)處理流程的示意圖；圖4是現(xiàn)有的分布式文件系統(tǒng)的寫入處理流程的示意圖；圖5是根據(jù)本發(fā)明實(shí)施例的元數(shù)據(jù)擴(kuò)展數(shù)據(jù)流字段的示意圖；圖6是根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法的流程圖；圖7是根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法的打開文件處理流程 的示意圖；圖8是根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法的一個(gè)寫入處理流程 的示意圖；圖9是根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法的另一寫入處理流程 的示意圖。圖10是根據(jù)本發(fā)明的實(shí)施例的分布式文件系統(tǒng)的框圖。
具體實(shí)施例方式本發(fā)明的主要思想主要在于，客戶端在本地創(chuàng)建文件描述結(jié)構(gòu)體，該文件描述結(jié) 構(gòu)體包括一個(gè)用于存儲(chǔ)元數(shù)據(jù)數(shù)據(jù)流的數(shù)據(jù)流信息，對(duì)于小于預(yù)設(shè)值的數(shù)據(jù)流的寫操作， 直接對(duì)文件描述結(jié)構(gòu)體進(jìn)行更新。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，以下結(jié)合附圖及具體實(shí)施例，對(duì)本 發(fā)明作進(jìn)一步地詳細(xì)說(shuō)明。根據(jù)本發(fā)明的實(shí)施例，提供了一種分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法。首先，對(duì)文件的元數(shù)據(jù)擴(kuò)充一個(gè)數(shù)據(jù)流屬性，充分利用元數(shù)據(jù)服務(wù)器的存儲(chǔ)能力， 參考圖5，圖5是根據(jù)本發(fā)明實(shí)施例的元數(shù)據(jù)擴(kuò)展數(shù)據(jù)流字段的示意圖。如圖5所示，現(xiàn)有 的文件的元數(shù)據(jù)字段屬性包括文件名稱(Filename)文件大小(File size)、時(shí)間戳(Time stamp)、文件類型(File type)等字段屬性信息。在本發(fā)明中，對(duì)元數(shù)據(jù)字段進(jìn)行擴(kuò)展，增 加一個(gè)數(shù)據(jù)流(Data stream)屬性字段，該數(shù)據(jù)流屬性用于存儲(chǔ)元數(shù)據(jù)中的數(shù)據(jù)流。圖6是根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法的流程圖，如圖6所示， 該方法包括(步驟S602-S604)步驟S602，客戶端創(chuàng)建文件描述結(jié)構(gòu)體(file description structure)，文件描 述結(jié)構(gòu)體中包括數(shù)據(jù)流信息，其用于存儲(chǔ)預(yù)先擴(kuò)充的元數(shù)據(jù)的數(shù)據(jù)流字段。文件描述結(jié)構(gòu)體用于存儲(chǔ)客戶端從服務(wù)器獲取的元數(shù)據(jù)屬性，一般地，文件描述 結(jié)構(gòu)體與元數(shù)據(jù)屬性信息一一對(duì)應(yīng)，由于在服務(wù)器端擴(kuò)展了一個(gè)數(shù)據(jù)流屬性字段，所以客 戶端在獲取服務(wù)器端的數(shù)據(jù)流屬性字段中的內(nèi)容需要?jiǎng)?chuàng)建一文件描述結(jié)構(gòu)體，以存儲(chǔ)該數(shù) 據(jù)流字段?？蛻舳嗽诖蜷_文件時(shí)，通過(guò)元數(shù)據(jù)服務(wù)器獲取包括數(shù)據(jù)流字段的元數(shù)據(jù)，并根據(jù) 獲取到的元數(shù)據(jù)創(chuàng)建文件描述結(jié)構(gòu)體，并返回文件句柄。步驟S604，客戶端在寫操作時(shí)，對(duì)文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作?？蛻?端根據(jù)文件句柄定位到對(duì)應(yīng)的文件描述結(jié)構(gòu)體。經(jīng)過(guò)上述處理，客戶端在本地實(shí)現(xiàn)了小文件的寫操作，避免了對(duì)元數(shù)據(jù)服務(wù)器的 訪問(wèn)和頻繁的硬盤操作，因此縮短了客戶端寫小文件的流程，達(dá)到了提高數(shù)據(jù)處理效率的 目的。下面結(jié)合圖7、圖8和圖9詳細(xì)描述本發(fā)明實(shí)施例。在分布式文件系統(tǒng)中，對(duì)文件數(shù)據(jù)進(jìn)行寫入操作之前，先要進(jìn)行打開該文件的處 理操作。圖7是根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法的打開文件處理流程的 示意圖，如圖7所示，該處理包括以下步驟步驟S702，應(yīng)用程序調(diào)用open接口，通過(guò)客戶端(Client)向元數(shù)據(jù)服務(wù)器 (Metadata Server)發(fā)送打開文件(open file)請(qǐng)求。步驟S704，元數(shù)據(jù)服務(wù)器收到打開請(qǐng)求后載入該文件的元數(shù)據(jù)，并根據(jù)元數(shù)據(jù) 中的文件長(zhǎng)度信息判斷該元數(shù)據(jù)中是否含有有效數(shù)據(jù)流，如果有數(shù)據(jù)流，就作為響應(yīng)消息 (元數(shù)據(jù)信息)的一部分返回給客戶端。步驟S706，客戶端根據(jù)獲取到元數(shù)據(jù)信息(含數(shù)據(jù)流)創(chuàng)建對(duì)應(yīng)的文件描述結(jié)構(gòu) 體(File Description Structure)，并返回文件句柄給上層的應(yīng)用程序。
在打開文件之后，就可以對(duì)文件進(jìn)行寫入操作。圖8是根據(jù)本發(fā)明實(shí)施例的分布 式文件系統(tǒng)的協(xié)存儲(chǔ)方法的一個(gè)寫入處理流程的示意圖，如圖8所示，在圖7所示處理的基 礎(chǔ)上，還包括以下處理步驟S802，上層應(yīng)用程序獲取到文件句柄后，通過(guò)句柄向文件寫入(write)數(shù)據(jù) 時(shí)，首先根據(jù)文件句柄定位到對(duì)應(yīng)的文件描述結(jié)構(gòu)體，如果該結(jié)構(gòu)體中有有效數(shù)據(jù)流信息， 直接將數(shù)據(jù)寫入到文件描述結(jié)構(gòu)體的數(shù)據(jù)流字段中，并同步修改其他元數(shù)據(jù)字段(大小， 時(shí)間戳等)；步驟S804，如果在寫入操作中導(dǎo)致數(shù)據(jù)流大小發(fā)生變化(比如追加式寫入)，則客 戶端向元數(shù)據(jù)服務(wù)器發(fā)起文件大小變更通知。步驟S806，元數(shù)據(jù)服務(wù)器根據(jù)預(yù)設(shè)值(MIN)判斷當(dāng)前的文件是否滿足小文件條 件，若當(dāng)前的文件小于預(yù)設(shè)值(MIN)(即當(dāng)前的文件仍為小文件)，則向客戶端返回確認(rèn)消 息；步驟S808，客戶端通過(guò)文件長(zhǎng)度更新消息將更新的文件數(shù)據(jù)流發(fā)送到元數(shù)據(jù)服務(wù) 器，以使客戶端和元數(shù)據(jù)服務(wù)器的文件數(shù)據(jù)流保持一致。在對(duì)文件進(jìn)行寫入操作時(shí)，如果在寫入操作中導(dǎo)致數(shù)據(jù)流大于預(yù)設(shè)值(MIN)(即 當(dāng)前的文件變?yōu)榇笪募?，則文件的數(shù)據(jù)不再允許以元數(shù)據(jù)數(shù)據(jù)流來(lái)存儲(chǔ)，參考圖9，具體 包括步驟S902-904與S802-804類似，此處不贅述。步驟S906，元數(shù)據(jù)服務(wù)器根據(jù)預(yù)設(shè)值(MIN)判斷當(dāng)前的文件是否滿足小文件條 件，若當(dāng)前的文件大于預(yù)設(shè)值(MIN)(即當(dāng)前的文件變?yōu)榇笪募?，則元數(shù)據(jù)通知客戶端需 要將文件描述結(jié)構(gòu)體中的數(shù)據(jù)流寫入到數(shù)據(jù)服務(wù)器上。步驟S908-918，客戶端發(fā)起寫入流程，客戶端根據(jù)寫參數(shù)向元數(shù)據(jù)服務(wù)器請(qǐng)求寫 入CHUNK的位置，如果CHUNK不存在(比如新建文件和追加數(shù)據(jù))就由元數(shù)據(jù)服務(wù)器向數(shù)據(jù) 服務(wù)器發(fā)起創(chuàng)建請(qǐng)求，成功后元數(shù)據(jù)服務(wù)器向客戶端返回該位置信息，客戶端直接對(duì)Data Server上的該CHUNK進(jìn)行寫操作，客戶端將文件描述結(jié)構(gòu)體中的數(shù)據(jù)流寫入數(shù)據(jù)服務(wù)器，一般情況下，可以由使用者根據(jù)寫入小文件的大小預(yù)先設(shè)置元數(shù)據(jù)存儲(chǔ)文件大小 的閾值，例如本次寫入的小文件大小為10K，則設(shè)置MIN為10K，即小于10K的文件為小文 件，執(zhí)行如圖8所示的流程，超過(guò)10K的文件為大文件，執(zhí)行如圖9所示的流程。在下一次進(jìn) 行文件處理時(shí)可以重新設(shè)置MIN的值，需要說(shuō)明，設(shè)置MIN值還需要考慮系統(tǒng)內(nèi)存的大小。系統(tǒng)實(shí)施例根據(jù)本發(fā)明的實(shí)施例，還提供了 一種分布式文件系統(tǒng)。圖10是根據(jù)本發(fā)明的實(shí)施例的分布式文件系統(tǒng)的框圖，如圖10所示，包括客戶 端10和元數(shù)據(jù)服務(wù)器20，其中該客戶端10包括獲取模塊110，用于在打開文件時(shí)，通過(guò)元數(shù)據(jù)服務(wù)器20獲取包括數(shù)據(jù)流字段的 元數(shù)據(jù)。創(chuàng)建模塊120，用于根據(jù)獲取模塊110獲取到的元數(shù)據(jù)創(chuàng)建文件描述結(jié)構(gòu)體，文件 描述結(jié)構(gòu)體中包括數(shù)據(jù)流信息，其用于存儲(chǔ)預(yù)先擴(kuò)充的元數(shù)據(jù)的數(shù)據(jù)流字段。寫操作模塊 130，用于在寫操作時(shí)，對(duì)文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作。更新模塊140，用于通 過(guò)文件長(zhǎng)度更新消息將更新的數(shù)據(jù)流發(fā)送到元數(shù)據(jù)服務(wù)器。在實(shí)際應(yīng)用中，根據(jù)本發(fā)明實(shí)施例的分布式文件系統(tǒng)的協(xié)存儲(chǔ)系統(tǒng)的具體處理流程可以參考圖6至圖9，此處不贅述。綜上所示，根據(jù)本發(fā)明上述技術(shù)方案，客戶端在本地實(shí)現(xiàn)了小文件的寫操作，縮短 了客戶端寫小文件的流程，避免了對(duì)元數(shù)據(jù)服務(wù)器的訪問(wèn)和頻繁的硬盤操作，提高了系統(tǒng) 的寫入速度、和整體并發(fā)處理能力。以上所述僅為本發(fā)明的實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人 員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、 等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。
權(quán)利要求
一種分布式文件系統(tǒng)的協(xié)存儲(chǔ)方法，其特征在于，包括客戶端創(chuàng)建文件描述結(jié)構(gòu)體，所述文件描述結(jié)構(gòu)體中包括數(shù)據(jù)流信息，其用于存儲(chǔ)預(yù)先擴(kuò)充的元數(shù)據(jù)的數(shù)據(jù)流字段；所述客戶端在寫操作時(shí)，對(duì)所述文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述客戶端創(chuàng)建文件描述結(jié)構(gòu)體之前， 所述方法進(jìn)一步包括所述客戶端在打開文件時(shí)，通過(guò)元數(shù)據(jù)服務(wù)器獲取包括數(shù)據(jù)流字段的元數(shù)據(jù)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述客戶端創(chuàng)建文件描述結(jié)構(gòu)體進(jìn)一步 包括所述客戶端根據(jù)獲取到的所述元數(shù)據(jù)創(chuàng)建文件描述結(jié)構(gòu)體，并返回文件句柄。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述客戶端在寫操作時(shí)，對(duì)所述文件描述 結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作，進(jìn)一步包括所述客戶端在寫操作時(shí)，根據(jù)所述文件句柄定位到對(duì)應(yīng)的文件描述結(jié)構(gòu)體，并對(duì)所述 文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行更新。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括所述客戶端通過(guò)文件長(zhǎng)度更新消息將更新的數(shù)據(jù)流發(fā)送到所述元數(shù)據(jù)服務(wù)器。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，若更新的數(shù)據(jù)流大于預(yù)設(shè)值，則通過(guò)數(shù)據(jù) 服務(wù)器進(jìn)行寫操作。
7.一種分布式文件系統(tǒng)，其特征在于，包括客戶端，其具體包括創(chuàng)建模塊，用于創(chuàng)建文件描述結(jié)構(gòu)體，所述文件描述結(jié)構(gòu)體中包括數(shù)據(jù)流信息，其用于 存儲(chǔ)預(yù)先擴(kuò)充的元數(shù)據(jù)的數(shù)據(jù)流字段；寫操作模塊，用于對(duì)所述文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述客戶端進(jìn)一步包括獲取模塊，用于在打開文件時(shí)，通過(guò)元數(shù)據(jù)服務(wù)器獲取包括數(shù)據(jù)流字段的元數(shù)據(jù)；所述 創(chuàng)建模塊根據(jù)獲取到的所述元數(shù)據(jù)創(chuàng)建文件描述結(jié)構(gòu)體。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述客戶端還包括更新模塊，用于通過(guò)文件長(zhǎng)度更新消息將更新的數(shù)據(jù)流發(fā)送到所述元數(shù)據(jù)服務(wù)器。
全文摘要
本發(fā)明公開了一種分布式文件系統(tǒng)及其協(xié)存儲(chǔ)方法，其中，該方法包括客戶端創(chuàng)建文件描述結(jié)構(gòu)體，文件描述結(jié)構(gòu)體中包括數(shù)據(jù)流信息，其用于存儲(chǔ)預(yù)先擴(kuò)充的元數(shù)據(jù)的數(shù)據(jù)流字段；客戶端在寫操作時(shí)，對(duì)文件描述結(jié)構(gòu)體的數(shù)據(jù)流信息進(jìn)行寫操作。通過(guò)本發(fā)明，能夠提高系統(tǒng)的寫入速度以及整體并發(fā)處理能力。
文檔編號(hào)G06F17/30GK101877009SQ20101020343
公開日2010年11月3日 申請(qǐng)日期2010年6月12日 優(yōu)先權(quán)日2010年6月12日
發(fā)明者張波, 江凌生, 陳陽(yáng) 申請(qǐng)人:中興通訊股份有限公司