一種基于文件預(yù)測的分布式緩存模型的制作方法
【專利摘要】本發(fā)明涉及一種基于文件預(yù)測的分布式緩存模型，建立在分布式文件系統(tǒng)之上，每個客戶端維護(hù)本機(jī)之上的DLS(double?last?successor)文件預(yù)測數(shù)據(jù)，每次讀請求時，同時預(yù)讀DLS文件預(yù)測模型中預(yù)測的讀請求目標(biāo)文件之后的兩個文件；服務(wù)器端維護(hù)兩個隊(duì)列：讀請求隊(duì)列和預(yù)讀請求隊(duì)列。DLSDCM(DLS?based?distributed?cache?model)的實(shí)現(xiàn)分為兩部分：客戶端的實(shí)現(xiàn)和服務(wù)器端的實(shí)現(xiàn)；每個客戶端獨(dú)立維護(hù)一份文件預(yù)測數(shù)據(jù)；服務(wù)器端負(fù)責(zé)客戶端的讀請求調(diào)度和預(yù)讀請求調(diào)度。本發(fā)明模型以客戶端文件預(yù)測模型為基礎(chǔ)進(jìn)行文件預(yù)測，從服務(wù)器角度對分布式網(wǎng)絡(luò)中所有用戶請求進(jìn)行統(tǒng)籌調(diào)度，在提高客戶端吞吐量和數(shù)據(jù)訪問的同時又不會影響其它客戶的數(shù)據(jù)訪問。
【專利說明】一種基于文件預(yù)測的分布式緩存模型
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種基于文件預(yù)測的分布式緩存模型，屬于計(jì)算機(jī)【技術(shù)領(lǐng)域】。
【背景技術(shù)】
[0002]隨著處理器的高速發(fā)展，I/O與處理器之間的鴻溝越來越大，低下的I/O速度嚴(yán)重影響了分布式存儲的性能，緩存與預(yù)取技術(shù)的發(fā)展從軟件角度提升了 I/o性能。預(yù)取可改善系統(tǒng)I/o的兩個主要性能指標(biāo):利用異步預(yù)取在程序使用文件之前將文件準(zhǔn)備就緒，可對應(yīng)用程序隱藏磁盤I/o延時；將小粒度讀取合并為大粒度讀取，可提高磁盤有效利用率和I/O吞吐量。
[0003]利用大量廉價(jià)PC搭起來的分布式存儲系統(tǒng)中，同時具備了單機(jī)中的磁盤I/O瓶頸和網(wǎng)絡(luò)帶寬的瓶頸，從數(shù)據(jù)庫中查找數(shù)據(jù)也是一個重要延時因素。典型的分布式緩存系統(tǒng)如Oracle coherence, Memcached, Terracotta,此類分布式緩存對網(wǎng)格中的緩存資源進(jìn)行統(tǒng)一管理，支持在線擴(kuò)展以及數(shù)據(jù)分布均衡等功能，從數(shù)據(jù)管理方面來講可認(rèn)為是從系統(tǒng)層面對時間局部性強(qiáng)的數(shù)據(jù)進(jìn)行緩存。緩存也可以從應(yīng)用程序角度對數(shù)據(jù)的讀取操作進(jìn)行優(yōu)化，根據(jù)應(yīng)用程序使用文件的規(guī)律，預(yù)測將要使用的文件并提前異步讀入，在程序使用文件時便可降低訪問延時，一種基于用戶的LNS文件預(yù)測模型、一種識別I_0Feature的文件預(yù)測模型就屬于此類型緩存策略。
[0004]數(shù)據(jù)的訪問請求并非完全隨機(jī)，它是由用戶或程序的行為驅(qū)動，用戶執(zhí)行某種應(yīng)用程序去訪問數(shù)據(jù)，連續(xù)訪問的不同文件之間必然存在一定的關(guān)聯(lián)?？蓸?gòu)造一種文件預(yù)測模型，通過對數(shù)據(jù)本體間的內(nèi)在聯(lián)系或者歷史訪問記錄進(jìn)行分析并構(gòu)造出預(yù)測數(shù)據(jù)庫，依預(yù)測數(shù)據(jù)對文件進(jìn)行異步預(yù)讀取并緩存，當(dāng)應(yīng)用程序使用這些數(shù)據(jù)時，便可大幅度減少數(shù)據(jù)的訪問延時，同時也減少了網(wǎng)絡(luò)空閑時間，提升了網(wǎng)絡(luò)使用效率。

【發(fā)明內(nèi)容】

[0005]本發(fā)明的目的在于提供一種基于文件預(yù)測的分布式緩存模型DLSDCM (DLS baseddistribute cache model),此模型以客戶端文件預(yù)測模型為基礎(chǔ)進(jìn)行文件預(yù)測,從服務(wù)器角度對分布式網(wǎng)絡(luò)中所有用戶請求進(jìn)行統(tǒng)籌調(diào)度，在提高客戶端吞吐量和數(shù)據(jù)訪問的同時又不會影響其它客戶的數(shù)據(jù)訪問。
[0006]為了實(shí)現(xiàn)上述目的，本發(fā)明的技術(shù)方案如下。
[0007]一種基于文件預(yù)測的分布式緩存模型，所述緩存模型建立在分布式文件系統(tǒng)之上，每個客戶端維護(hù)本機(jī)之上的DLS文件預(yù)測數(shù)據(jù)，每次讀請求時，同時預(yù)讀DLS文件預(yù)測模型中預(yù)測的讀請求目標(biāo)文件之后的兩個文件；服務(wù)器端維護(hù)兩個隊(duì)列:讀請求隊(duì)列和預(yù)讀請求隊(duì)列，其中讀請求隊(duì)列的優(yōu)先級高于預(yù)讀請求隊(duì)列，即只要讀請求隊(duì)列不為空，預(yù)讀請求隊(duì)列就處于等待狀態(tài)；
[0008]DLSDCM的實(shí)現(xiàn)分為兩部分:客戶端的實(shí)現(xiàn)和服務(wù)器端的實(shí)現(xiàn)；每個客戶端獨(dú)立維護(hù)一份文件預(yù)測數(shù)據(jù)，預(yù)測數(shù)據(jù)中每個數(shù)據(jù)節(jié)點(diǎn)包括文件名、兩個預(yù)讀文件名以及每個預(yù)讀文件所命中的次數(shù)，每次讀請求時都根據(jù)文件預(yù)測數(shù)據(jù)節(jié)點(diǎn)中預(yù)測的文件進(jìn)行異步預(yù)讀；服務(wù)器端負(fù)責(zé)客戶端的讀請求調(diào)度和預(yù)讀請求調(diào)度；
[0009]其中，所述DLSDCM客戶端的實(shí)現(xiàn)是根據(jù)DLS文件預(yù)測模型所預(yù)測的數(shù)據(jù)進(jìn)行文件的預(yù)讀，并將過大的數(shù)據(jù)存儲于本地磁盤；一次讀請求的系統(tǒng)執(zhí)行過程如下:
[0010]①讀取存儲于磁盤的DLS文件預(yù)測數(shù)據(jù)；
[0011]②申請大小數(shù)據(jù)一定量(大小視具體軟硬件而定，能手動修改)內(nèi)存作為讀請求緩存和預(yù)讀請求緩存，在磁盤上創(chuàng)建緩存目錄；
[0012]⑧遍歷DLS文件預(yù)測數(shù)據(jù)節(jié)點(diǎn):若數(shù)據(jù)節(jié)點(diǎn)中無本次讀請求文件對應(yīng)的數(shù)據(jù)則向服務(wù)器發(fā)送讀請求，創(chuàng)建數(shù)據(jù)節(jié)點(diǎn)并插入文件預(yù)讀數(shù)據(jù)，并將本次讀請求文件名寫入上一次讀請求文件名對應(yīng)的預(yù)測數(shù)據(jù)節(jié)點(diǎn)中，并替換其中命中次數(shù)較少的預(yù)測文件；若預(yù)測數(shù)據(jù)中存在本次讀請求文件，則檢查讀請求文件是否存在于預(yù)讀請求緩存或磁盤緩存目錄中:
[0013]A、讀請求文件存在于緩存并且數(shù)據(jù)仍未傳輸完成，則向服務(wù)器發(fā)送信號把該文件預(yù)讀請求改為讀請求，終止另一個預(yù)讀文件的數(shù)據(jù)傳輸，并將預(yù)測數(shù)據(jù)中上一次讀請求文件對應(yīng)的預(yù)讀數(shù)據(jù)節(jié)點(diǎn)中本次讀請求文件的命中次數(shù)+1操作；
[0014]B、讀請求文件存在于緩存并且文件已傳輸完畢，則將預(yù)測數(shù)據(jù)中上一次讀請求文件對應(yīng)的預(yù)讀數(shù)據(jù)節(jié)點(diǎn)中本次讀請求文件的命中次數(shù)+1操作；
[0015]C、讀請求文件不存在于緩存中且預(yù)讀文件正在傳輸，則向服務(wù)器發(fā)信號中斷正在傳輸?shù)臄?shù)據(jù)，將緩存空間清零并發(fā)送本次讀請求和預(yù)讀請求；
[0016]D、讀請求文件不存在于緩存中且預(yù)讀文件已傳輸完畢，則將緩存空間清零并發(fā)送本次讀請求和預(yù)讀請求；
[0017]④當(dāng)預(yù)讀文件大于內(nèi)存緩存大小時，將預(yù)讀文件寫入磁盤緩存目錄:
[0018]讀請求緩存區(qū)和預(yù)讀請求緩存區(qū)在一次讀請求結(jié)束后會保留一段時間，若長時間無新讀請求則回收讀請求緩存區(qū)和預(yù)讀請求緩存區(qū)；磁盤緩存目錄中數(shù)據(jù)長時間保留，當(dāng)緩存目錄中數(shù)據(jù)將要達(dá)到規(guī)定值時采用先存放先回收的策略回收最早存放的數(shù)據(jù)；
[0019]所述DLSDCM服務(wù)器端的實(shí)現(xiàn)過程為:
[0020]服務(wù)器視所有客戶端為平等優(yōu)先級，按照傳統(tǒng)的先來先服務(wù)策略進(jìn)行調(diào)度，服務(wù)器響應(yīng)讀請求和數(shù)據(jù)傳輸?shù)膱?zhí)行過程如下:
[0021 ] ①將讀請求加入讀請求隊(duì)列，將預(yù)讀請求加入預(yù)讀請求隊(duì)列；
[0022]②若讀請求隊(duì)列不為空，則依次傳輸讀請求數(shù)據(jù)；若讀請求隊(duì)列為空，則傳輸預(yù)讀請求數(shù)據(jù)；
[0023]③若收到預(yù)讀請求轉(zhuǎn)讀請求的信號，則將對應(yīng)文件加入讀請求隊(duì)列隊(duì)尾；若收到預(yù)讀終止信號則終止數(shù)據(jù)傳輸并將對應(yīng)文件從預(yù)讀請求對于刪除。
[0024]所述DLSDCM需要進(jìn)行性能測試，所述DLSDCM的性能測試以HDFS (HadoopDistributed File System)為例進(jìn)行測試,首先單獨(dú)使用HDFS進(jìn)行文件的讀操作,然后使用DLSDCM基于HDFS對同樣的目標(biāo)文件進(jìn)行重復(fù)的讀操作，對比二者的訪問延時，可得出使用DLSDCM模型后的HDFS是否有I/O性能的提高；所述測試環(huán)境如下:①硬件環(huán)境:3臺PC機(jī)搭建而成的后臺集群和I臺客戶端pc機(jī)，硬件配置為Pentium E5800雙核，3.20GHz主頻CPU ；2G內(nèi)存；7200轉(zhuǎn)硬盤；②軟件環(huán)境:操作系統(tǒng)為ubuntull.10，hadoop版本為1.0.4 ；③讀操作對象文件:大小介于IOK至120k之間總計(jì)46434個文件；所述測試過程為:首先單獨(dú)使用HDFS對文件進(jìn)行讀操作10分鐘，計(jì)算平均讀操作延時，然后使用DLSDCM基于HDFS對文件進(jìn)行重復(fù)讀操作一小時(因?yàn)镈LSDCM是一個針對長期讀操作的緩存模型，重復(fù)讀I小時是為了創(chuàng)造一個已經(jīng)進(jìn)行了長期讀操作的環(huán)境)，然后再運(yùn)行10分鐘，計(jì)算這10分鐘之內(nèi)的平均讀操作延時。
[0025]該發(fā)明的有益效果在于:本發(fā)明技術(shù)基于文件預(yù)測的分布式緩存模型DLSDCM (DLSbased distribute cache model),此模型以客戶端文件預(yù)測模型為基礎(chǔ)進(jìn)行文件預(yù)測,從服務(wù)器角度對分布式網(wǎng)絡(luò)中所有用戶請求進(jìn)行統(tǒng)籌調(diào)度，在提高客戶端吞吐量和數(shù)據(jù)訪問的同時又不會影響其它客戶的數(shù)據(jù)訪問。
【專利附圖】

【附圖說明】
[0026]圖1是本發(fā)明實(shí)施例中DLS文件預(yù)測模型圖。
[0027]圖2是本發(fā)明實(shí)施例中DLSDCM緩存模型圖。
【具體實(shí)施方式】
[0028]下面結(jié)合附圖和實(shí)施例對本發(fā)明的【具體實(shí)施方式】進(jìn)行描述，以便更好的理解本發(fā)明。
[0029]實(shí)施例
[0030]一種基于文件預(yù)測的分布式緩存模型，具體包括:
[0031](I) LS文件預(yù)測模型:
[0032]當(dāng)用戶訪問一系列數(shù)據(jù)時，或多或少會重復(fù)上一次的訪問順序，因此LS (Iastsuccessor)模型是最常用也最簡單的文件預(yù)測模型，被多數(shù)預(yù)測系統(tǒng)采用。但是LS文件預(yù)測模型在交替訪問文件時就會完全失效，例如第一次訪問順序?yàn)槲募嗀，文件B ;第二次訪問順序?yàn)槲募嗀，文件I ;第三次又重復(fù)第一次順序:文件A，文件B。對于這樣的交替訪問，使用LS模型預(yù)測文件A的后繼便完全失敗。若將預(yù)測的文件數(shù)擴(kuò)大為兩個，即對于每個文件同時預(yù)讀其上一次訪問的后繼文件和上上一次訪問的后繼文件，便可避免交替訪問的預(yù)測失效，據(jù)此本實(shí)施例提出一種DLS(double last successor)文件預(yù)測模型。
[0033](2) DLS文件預(yù)測模型:
[0034]預(yù)測命中率是文件預(yù)測的關(guān)鍵，LS預(yù)測模型嚴(yán)重依賴于用戶的訪問順序，訪問順序稍有差異，預(yù)測便未命中，錯誤的預(yù)測不但無法提高訪問延時，還會增加I/o和緩存區(qū)的浪費(fèi)。DLS文件預(yù)測模型一次預(yù)測兩個文件:上一次訪問順序中的后繼和上上一次訪問順序的后繼，兩個文件命中的概率比預(yù)測單一文件會有大約兩倍的提高。圖1所示為DLS模型對文件A后繼的預(yù)測，圖中文件A，B, I, U，d代表獨(dú)立的文件，而非順序文件。
[0035]由于一次預(yù)測兩個文件，因此數(shù)據(jù)傳輸時也會有兩個文件同時傳輸，參考使用概率圖來預(yù)測未來文件訪問的文件預(yù)測模型[6]，分別記錄文件B和I的預(yù)測命中次數(shù)，并依命中次數(shù)來決定兩個文件傳輸時各自占用的帶寬比例，例如記錄中文件B命中了 40次，文件I命中了 60次，此時文件B占40%帶寬，文件I占60%的帶寬比例進(jìn)行傳輸。
[0036](3) LS和DLS兩種文件預(yù)測模型對比:
[0037]文件預(yù)測算法很多，每種預(yù)測算法都有其最適用的場合。下面從理論上來對比LS文件預(yù)測模型和DLS文件預(yù)測模型在DLSDCM中的適用性，以圖1為例來對比LS文件預(yù)測模型和DLS文件預(yù)測模型的命中率和有效使用率:現(xiàn)假設(shè)文件B和I命中率相等都是20%，文件B和I的大小均為1M。表1為網(wǎng)絡(luò)空閑時間不大于傳輸IM數(shù)據(jù)所用時間的情況。
[0038]表1網(wǎng)絡(luò)空閑時間不大于傳輸IM時DLS與LS的對比
[0039]
【權(quán)利要求】
1.一種基于文件預(yù)測的分布式緩存模型，其特征在于:所述緩存模型建立在分布式文件系統(tǒng)之上,每個客戶端維護(hù)本機(jī)之上的DLS文件預(yù)測數(shù)據(jù)，每次讀請求時，同時預(yù)讀DLS文件預(yù)測模型中預(yù)測的讀請求目標(biāo)文件之后的兩個文件；服務(wù)器端維護(hù)兩個隊(duì)列:讀請求隊(duì)列和預(yù)讀請求隊(duì)列，其中讀請求隊(duì)列的優(yōu)先級高于預(yù)讀請求隊(duì)列，即只要讀請求隊(duì)列不為空，預(yù)讀請求隊(duì)列就處于等待狀態(tài)； DLSDCM的實(shí)現(xiàn)分為兩部分:客戶端的實(shí)現(xiàn)和服務(wù)器端的實(shí)現(xiàn)；每個客戶端獨(dú)立維護(hù)一份文件預(yù)測數(shù)據(jù)，預(yù)測數(shù)據(jù)中每個數(shù)據(jù)節(jié)點(diǎn)包括文件名、兩個預(yù)讀文件名以及每個預(yù)讀文件所命中的次數(shù)，每個讀請求操作同時對文件預(yù)測數(shù)據(jù)節(jié)點(diǎn)中預(yù)測的文件進(jìn)行預(yù)讀操作；服務(wù)器端負(fù)責(zé)客戶端的讀請求調(diào)度和預(yù)讀請求調(diào)度； 其中，所述DLSDCM客戶端的實(shí)現(xiàn)是根據(jù)DLS文件預(yù)測模型所預(yù)測的數(shù)據(jù)進(jìn)行文件的預(yù)讀,并將過大的數(shù)據(jù)存儲于本地磁盤；一次讀請求的系統(tǒng)執(zhí)行過程如下: ①讀取存儲于磁盤的DLS文件預(yù)測數(shù)據(jù)； ②申請大小數(shù)據(jù)一定量(大小視具體軟硬件而定，能手動修改)內(nèi)存作為讀請求緩存和預(yù)讀請求緩存，在磁盤上創(chuàng)建緩存目錄； ③查詢DLS文件預(yù)測數(shù)據(jù)節(jié)點(diǎn):若數(shù)據(jù)節(jié)點(diǎn)中無本次讀請求文件對應(yīng)的數(shù)據(jù)則向服務(wù)器發(fā)送讀請求，創(chuàng)建本次讀請求文件數(shù)據(jù)節(jié)點(diǎn)并寫入文件預(yù)讀數(shù)據(jù)，將本次讀請求文件名寫入上一次讀請求文件名對應(yīng)的預(yù)測數(shù)據(jù)節(jié)點(diǎn)中，并替換其中命中次數(shù)較少的預(yù)測文件；若預(yù)測數(shù)據(jù)中存在本次讀請求文件，則檢查讀請求文件是否存在于預(yù)讀請求緩存或磁盤緩存目錄中: A、讀請求文件存在于緩存并且數(shù)據(jù)傳輸仍未結(jié)束，則向服務(wù)器發(fā)送信號把該文件的預(yù)讀請求轉(zhuǎn)為讀請求，并發(fā)送信號終止另一個預(yù)讀文件的數(shù)據(jù)傳輸，同時將預(yù)測數(shù)據(jù)中上一次讀請求文件對應(yīng)的預(yù)讀數(shù)據(jù)節(jié)點(diǎn)中本次讀請求文件的命中次數(shù)+1操作；； B、讀請求文件存在于緩存并且文件已傳輸完畢，則將預(yù)測數(shù)據(jù)中上一次讀請求文件對應(yīng)的預(yù)讀數(shù)據(jù)節(jié)點(diǎn)中本次讀請求文件的命中次數(shù)+1操作； C、讀請求文件不存在于緩存中且預(yù)讀文件正在傳輸，則向服務(wù)器發(fā)送信號中斷正在傳輸?shù)臄?shù)據(jù)，將緩存空間清零并發(fā)送本次讀請求和預(yù)讀請求； D、讀請求文件不存在于緩存中且預(yù)讀文件已傳輸完畢，則將緩存空間清零并發(fā)送本次讀請求和預(yù)讀請求； ④當(dāng)預(yù)讀文件大于內(nèi)存緩存大小時，將預(yù)讀文件寫入磁盤緩存目錄: 讀請求緩存區(qū)和預(yù)讀請求緩存區(qū)在一次讀請求結(jié)束后會保留一段時間，若長時間無新讀請求則回收讀請求緩存區(qū)和預(yù)讀請求緩存區(qū)；磁盤緩存目錄中數(shù)據(jù)長時間保留，當(dāng)緩存目錄中數(shù)據(jù)將要達(dá)到規(guī)定值時采用先存放先回收的策略回收最早存放的數(shù)據(jù)； 所述DLSDCM服務(wù)器端的實(shí)現(xiàn)過程為: 服務(wù)器端主要負(fù)責(zé)響應(yīng)客戶端的請求信號和對讀請求隊(duì)列與預(yù)讀請求隊(duì)列的調(diào)度；在調(diào)度方面，服務(wù)器視所有客戶端為平等優(yōu)先級(默認(rèn)為平等優(yōu)先級，可對特定客戶端優(yōu)先級進(jìn)行修改)，按照傳統(tǒng)的先來先服務(wù)策略分別對讀請求和預(yù)讀請求進(jìn)行調(diào)度，預(yù)讀請求隊(duì)列每個節(jié)點(diǎn)中包含兩個文件信息，在被調(diào)度傳輸時同時傳輸兩個文件，并根據(jù)相應(yīng)的比例來分配傳輸帶寬；響應(yīng)請求信號方面，主要響應(yīng)客戶端的五種請求信號:讀請求，預(yù)讀請求，預(yù)讀請求轉(zhuǎn)讀請求，預(yù)讀終止以及讀終止；對于五種信號的處理如下:①「收到讀請求信號，將響應(yīng)的讀請求文件加入讀請求隊(duì)列的隊(duì)尾，讀請求隊(duì)列為空則直接加入并搶占正在被調(diào)度的預(yù)讀請求的數(shù)據(jù)傳輸； ②「收到預(yù)讀請求信號，將預(yù)讀請求文件加入預(yù)讀請求隊(duì)列，并標(biāo)記兩個預(yù)讀請求文件在傳輸時占據(jù)的帶寬比例，隊(duì)列中兩個文件占用一個節(jié)點(diǎn)，在被調(diào)度時根據(jù)比例傳輸兩個文件數(shù)據(jù)； ③「收到預(yù)讀請求轉(zhuǎn)讀請求信號，則將對應(yīng)文件加入讀請求隊(duì)列隊(duì)尾；將文件所在的預(yù)讀請求隊(duì)列節(jié)點(diǎn)刪除； ④「收到預(yù)讀終止信號，則終止數(shù)據(jù)傳輸，將預(yù)讀文件所在節(jié)點(diǎn)從預(yù)讀隊(duì)列中刪除； ⑤「收到讀終止信號，結(jié)束文件傳輸，將文件節(jié)點(diǎn)從讀請求隊(duì)列刪除。
2.根據(jù)權(quán)利要I所述的一種基于文件預(yù)測的分布式緩存模型，其特征在于:所述DLSDCM需要進(jìn)行性能測試，所述DLSDCM的性能測試以HDFS (Hadoop Distributed FileSystem)為例進(jìn)行測試，首先單獨(dú)使用HDFS進(jìn)行文件的讀操作，然后使用DLSDCM基于HDFS對同樣的目標(biāo)文件進(jìn)行重復(fù)的讀操作，對比二者的訪問延時，可得出使用DLSDCM模型后的HDFS是否有I/O性能的提高；所述測試環(huán)境如下:①硬件環(huán)境:3臺PC機(jī)搭建而成的后臺集群和I臺客戶端pc機(jī)，硬件配置為Pentium E5800雙核，3.20GHz主頻CPU ;2G內(nèi)存；7200轉(zhuǎn)硬盤；②軟件環(huán)境:操作系統(tǒng)為ubuntull.10, hadoop版本為1.0.4 ;⑧讀操作對象文件:大小介于IOK至120k之間總計(jì)46434個文件；所述測試過程為:首先單獨(dú)使用HDFS對文件進(jìn)行讀操作10分鐘，計(jì)算平均讀操作延時，然后使用DLSDCM基于HDFS對文件進(jìn)行重復(fù)讀操作一小時(因?yàn)镈LSDCM是一個針對長期讀操作的緩存模型，重復(fù)讀I小時是為了創(chuàng)造一個已經(jīng)進(jìn)行了長期讀操作的環(huán)境)，然后再運(yùn)行10分鐘，計(jì)算這10分鐘之內(nèi)的平均讀操作延時。`
【文檔編號】H04L29/08GK103795781SQ201310703851
【公開日】2014年5月14日 申請日期:2013年12月10日 優(yōu)先權(quán)日:2013年12月10日
【發(fā)明者】陳莉君, 張勝利 申請人:西安郵電大學(xué)