亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種基于cifs協(xié)議的加速方法及系統(tǒng)的制作方法

文檔序號:9219819閱讀:555來源:國知局
一種基于cifs協(xié)議的加速方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)數(shù)據(jù)透明傳輸加速技術(shù),特別是涉及一種基于CIFS協(xié)議的加速方法及系統(tǒng)。
【背景技術(shù)】
[0002]CIFS(Common Internet File System,通用網(wǎng)絡(luò)文件系統(tǒng))是微軟的 Windows 主機間通過網(wǎng)絡(luò)進(jìn)行文件共享的服務(wù),通常稱之為網(wǎng)上鄰居。一般來說,CIFS可以看做是應(yīng)用程序協(xié)議,如文件傳輸協(xié)議和超文本傳輸協(xié)議的一個實現(xiàn)。CIFS使用客戶端/服務(wù)器模式。具體地,客戶端請求遠(yuǎn)在服務(wù)器上的服務(wù)器程序為它提供服務(wù)。服務(wù)器獲得請求并返回響應(yīng),使得位于客戶端的用戶可以像訪問本地文件一樣讀寫遠(yuǎn)程主機的文件,并且能夠和其他用戶進(jìn)行文件共享和協(xié)作。
[0003]CIFS 是公共的或開放的 SMB (Server Message Block)協(xié)議版本,并由 Microsoft使用。SMB協(xié)議是局域網(wǎng)上用于服務(wù)器文件訪問和打印的協(xié)議。CIFS協(xié)議與SMB協(xié)議一樣,在高層運行,TCP/IP協(xié)議運行在底層。CIFS協(xié)議的頭格式如圖1所示。
[0004]NFS (Network File System,網(wǎng)絡(luò)文件系統(tǒng))是FreeBSD支持的文件系統(tǒng)中的一種,允許網(wǎng)絡(luò)中的計算機之間通過TCP/IP網(wǎng)絡(luò)共享資源。在NFS的應(yīng)用中,本地NFS的客戶端應(yīng)用可以透明地讀寫位于遠(yuǎn)端NFS服務(wù)器上的文件,就像訪問本地文件一樣。
[0005]在眾多協(xié)議中,CIFS協(xié)議與NFS (Network File System,網(wǎng)絡(luò)文件系統(tǒng))最為相像,但還是存在以下差異:
[0006](I)CIFS為面向網(wǎng)絡(luò)連接的共享協(xié)議,對網(wǎng)絡(luò)傳輸?shù)目煽啃砸蟾?,常使用TCP/IP協(xié)議;而NFS是獨立于傳輸?shù)模墒褂肨CP協(xié)議或UDP協(xié)議;
[0007](2) NFS要求客戶端必須安裝專用軟件;而CIFS集成在操作系統(tǒng)內(nèi)部,無需額外添加軟件;
[0008](3)NFS屬無狀態(tài)協(xié)議,而CIFS屬有狀態(tài)協(xié)議;NFS受故障影響小,可以自恢復(fù)交互過程,CIFS則無法做到;CIFS的傳輸效率優(yōu)于NFS,沒用太多冗余信息傳送;
[0009](4) NFS和CIFS都需要進(jìn)行文件格式轉(zhuǎn)換;NFS保留了 unix的文件格式特性,如所有人、組等等;而CIFS則完全按照winows的風(fēng)格。
[0010]參照圖2和圖3,現(xiàn)有技術(shù)中采用透明加速對數(shù)據(jù)進(jìn)行處理的流程如下:
[0011]I)客戶端I向作為邊緣節(jié)點的加速服務(wù)器2上傳數(shù)據(jù);
[0012]2)加速服務(wù)器2使數(shù)據(jù)經(jīng)過應(yīng)用加速網(wǎng)絡(luò)3傳輸?shù)诫x源站最近的加速服務(wù)器3,再由加速服務(wù)器3傳輸至源站4 ;
[0013]3)源站4再發(fā)送響應(yīng)數(shù)據(jù)給離源站最近的加速服務(wù)器3,并將數(shù)據(jù)按照原路返回至客戶端I。
[0014]然而,上述的處理方式存在以下弊端:
[0015](I)客戶端需要多次上傳或者下載同一個文件,由于應(yīng)用加速網(wǎng)絡(luò)不解析應(yīng)用層協(xié)議,只進(jìn)行透明傳輸,故每次都需要傳輸完整的數(shù)據(jù),傳輸時間長;
[0016](2)客戶端每次僅能請求16K的數(shù)據(jù)塊,需請求多次,并且每個數(shù)據(jù)塊都需要確認(rèn),來回時間消耗過多;
[0017](3)現(xiàn)有的CIFS協(xié)議應(yīng)用場景主要是在文件共享上,意味著大部分的請求只是請求文件而已,并且文件一般是未被改動過的,或者改動頻率很小,從而無法充分利用緩存的優(yōu)勢來增加系統(tǒng)的響應(yīng)速度,并且在多用戶同時訪問同一個文件的情況下容易產(chǎn)生卡住的現(xiàn)象。

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

[0018]鑒于以上所述現(xiàn)有技術(shù)的缺點,本發(fā)明的目的在于提供一種基于CIFS協(xié)議的加速方法及系統(tǒng),通過提取客戶端請求并修改請求數(shù)據(jù)的大小并發(fā)往下一節(jié)點,并根據(jù)CIFS協(xié)議,在客戶端請求數(shù)據(jù)的時候指定請求數(shù)據(jù)大小和數(shù)據(jù)偏移量,從而通過增大請求大小來實現(xiàn)預(yù)取功能,減少客戶端與源站間直接數(shù)據(jù)傳輸?shù)膩砘卮螖?shù)。
[0019]為實現(xiàn)上述目的及其他相關(guān)目的,本發(fā)明提供一種基于CIFS協(xié)議的加速方法,用于實現(xiàn)客戶端與源站間的數(shù)據(jù)傳輸;其特征在于:包括以下步驟:步驟S1、加速節(jié)點接收客戶端發(fā)送來的文件請求;步驟S2、判斷本地緩存文件中是否存在所要的文件數(shù)據(jù);若是,轉(zhuǎn)入步驟S3 ;若否,轉(zhuǎn)入步驟S5 ;步驟S3、判斷本地緩存文件是否過期;若否,轉(zhuǎn)入步驟S4 ;若是,轉(zhuǎn)入步驟S7 ;步驟S4、從本地緩存文件中讀取所要的文件數(shù)據(jù),轉(zhuǎn)入步驟S9 ;步驟S5、判斷內(nèi)存緩存塊中是否存在所要的文件數(shù)據(jù);若是,轉(zhuǎn)入步驟S6 ;若否,轉(zhuǎn)入步驟S7 ;步驟S6、從內(nèi)存緩存塊中讀取所要的文件數(shù)據(jù),轉(zhuǎn)入步驟S9;步驟S7、增大請求大小,并轉(zhuǎn)發(fā)至下一節(jié)點直到源站;步驟S8、接收源站的響應(yīng)數(shù)據(jù),并更新本地緩存文件,將多余的數(shù)據(jù)存儲在內(nèi)存緩存塊中;步驟S9、響應(yīng)原始請求大小的數(shù)據(jù)給客戶端。
[0020]根據(jù)上述的基于CIFS協(xié)議的加速方法,其中:所述步驟S3中,所述加速節(jié)點發(fā)送請求到源站來獲取所要的文件的文件屬性信息,并根據(jù)所述文件屬性信息來判斷本地緩存文件是否過期。
[0021]根據(jù)上述的基于CIFS協(xié)議的加速方法,其中:所述步驟S7中,將請求大小由16K增大為64K。
[0022]根據(jù)上述的基于CIFS協(xié)議的加速方法,其中:客戶端進(jìn)行數(shù)據(jù)請求時,在邊緣節(jié)點處進(jìn)行數(shù)據(jù)壓縮,在離源站最近節(jié)點處進(jìn)行數(shù)據(jù)解壓。
[0023]根據(jù)上述的基于CIFS協(xié)議的加速方法,其中:客戶端接收數(shù)據(jù)時,在離源站最近節(jié)點處進(jìn)行數(shù)據(jù)壓縮,在邊緣節(jié)點處進(jìn)行數(shù)據(jù)解壓。
[0024]同時,本發(fā)明還提供一種基于CIFS協(xié)議的加速系統(tǒng),用于實現(xiàn)客戶端與源站間的數(shù)據(jù)傳輸,包括:
[0025]請求接收模塊,用于接收客戶端發(fā)送來的文件請求;
[0026]第一判斷模塊,用于判斷本地緩存文件中是否存在所要的文件數(shù)據(jù);
[0027]第二判斷模塊,用于在本地緩存文件中存在所要的文件數(shù)據(jù)的情況下,判斷本地緩存文件是否過期;
[0028]第一數(shù)據(jù)讀取模塊,用于在本地緩存文件中存在所要的文件數(shù)據(jù)且該文件數(shù)據(jù)未過期的情況下,從本地緩存文件中讀取所要的文件數(shù)據(jù);
[0029]第三判斷模塊,用于在本地緩存文件中不存在所要的文件數(shù)據(jù)的情況下,判斷內(nèi)存緩存塊中是否存在所要的文件數(shù)據(jù);
[0030]第二數(shù)據(jù)讀取模塊,用于在內(nèi)存緩存塊中存在所要的文件數(shù)據(jù)的情況下,從內(nèi)存緩存塊中讀取所要的文件數(shù)據(jù);
[0031]請求增大傳輸模塊,用于在本地緩存文件過期或內(nèi)存緩存塊中不存在所要的文件數(shù)據(jù)的情況下,增大請求大小,并轉(zhuǎn)發(fā)至下一節(jié)點直到源站;
[0032]數(shù)據(jù)處理模塊,用于接收源站的響應(yīng)數(shù)據(jù),并更新本地緩存文件,將多余的數(shù)據(jù)存儲在內(nèi)存緩存塊中;
[0033]數(shù)據(jù)響應(yīng)模塊,用于根據(jù)第一數(shù)據(jù)讀取模塊、第二數(shù)據(jù)讀取模塊或數(shù)據(jù)處理模塊所獲取的數(shù)據(jù),響應(yīng)原始請求大小的數(shù)據(jù)給客戶端。
[0034]根據(jù)上述的基于CIFS協(xié)議的加速系統(tǒng),其中:所述第二判斷模塊通過發(fā)送請求到源站來獲取所要的文件的文件屬性信息,并根據(jù)所述文件屬性信息來判斷本地緩存文件是否過期。
[0035]根據(jù)上述的基于CIFS協(xié)議的加速系統(tǒng),其中:所述請求增大傳輸模塊將請求大小由16K增大為64K。
[0036]根據(jù)上述的基于CIFS協(xié)議的加速系統(tǒng),其中:還包括數(shù)據(jù)壓縮模塊和數(shù)據(jù)解壓模塊;客戶端進(jìn)行數(shù)據(jù)請求時,所述數(shù)據(jù)壓縮模塊在邊
當(dāng)前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1