周慧琴

(忻州師范學(xué)院，山西忻州034000)

0 引言

網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)在功能結(jié)構(gòu)、應(yīng)用方向等方面與一般網(wǎng)絡(luò)鏈路流量監(jiān)測系統(tǒng)不同，網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)從應(yīng)用方面來說主要是對(duì)網(wǎng)絡(luò)匯聚處的數(shù)據(jù)流量進(jìn)行監(jiān)測，而且網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)的根本目的是對(duì)網(wǎng)絡(luò)數(shù)據(jù)信息進(jìn)行審查，掃描和識(shí)別網(wǎng)絡(luò)信息的具體內(nèi)容.網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)的關(guān)鍵模塊是負(fù)責(zé)與數(shù)據(jù)信息緩沖隊(duì)列相關(guān)數(shù)據(jù)結(jié)構(gòu)直接聯(lián)系，從系統(tǒng)結(jié)構(gòu)上來看其核心模塊與數(shù)據(jù)信息匹配識(shí)別相關(guān).網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)與一般網(wǎng)絡(luò)協(xié)議監(jiān)測系統(tǒng)工作流程相似，但又存在著多種差異之處，因此，在對(duì)網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)進(jìn)行多核優(yōu)化處理的過程中也會(huì)體現(xiàn)出很多特性特點(diǎn)，尤其是其優(yōu)化結(jié)果能夠真正達(dá)到提高網(wǎng)絡(luò)性能的目的［1］.由于網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)能夠?qū)⒕W(wǎng)絡(luò)流量中包含的內(nèi)容信息進(jìn)行還原，并按照既定條件抓取網(wǎng)絡(luò)流量中的特定內(nèi)容信息，文章通過研究網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)多核優(yōu)化的問題，根據(jù)不同的網(wǎng)絡(luò)協(xié)議類型，不斷探索系統(tǒng)在審查網(wǎng)絡(luò)數(shù)據(jù)信息方面的獨(dú)特優(yōu)勢(shì)［2］.

1 網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)優(yōu)化思路

(1)當(dāng)網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)(IRCMS)處于串行工作模式時(shí)，對(duì)其進(jìn)行網(wǎng)絡(luò)性能分析，通過實(shí)驗(yàn)在單核處理器平臺(tái)上測試IRCMS系統(tǒng)的數(shù)據(jù)信息吞吐量性能，并根據(jù)相關(guān)指標(biāo)分析IRCMS系統(tǒng)存在的性能瓶頸.

(2)當(dāng)IRCMS系統(tǒng)運(yùn)行于多核處理器平臺(tái)時(shí)，逐個(gè)增加單核處理器的核心個(gè)數(shù)，測試系統(tǒng)吞吐量性能是否能夠提高.

(3)綜合分析處于多核處理器平臺(tái)中IRCMS系統(tǒng)存在的性能瓶頸問題，針對(duì)具體問題提出多核性能優(yōu)化策略.

(4)對(duì)完成多核優(yōu)化之后IRCMS系統(tǒng)的數(shù)據(jù)信息吞吐量進(jìn)行測試，與優(yōu)化之前的吞吐量性能進(jìn)行對(duì)比分析，得到性能提升比例.

(5)以IRCMS系統(tǒng)作為多核優(yōu)化案例，分析應(yīng)用了創(chuàng)新多核優(yōu)化策略之后，IRCMS系統(tǒng)吞吐量性能提高的特點(diǎn)和規(guī)律.

2 網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)性能實(shí)驗(yàn)分析

2.1 實(shí)驗(yàn)平臺(tái)和實(shí)驗(yàn)流量

2.1.1 實(shí)驗(yàn)硬件平臺(tái)

實(shí)驗(yàn)測評(píng)的硬件平臺(tái)應(yīng)用的是戴爾R710型號(hào)的多核服務(wù)器，服務(wù)器總共包含8個(gè)核心處理器(核心0至核心7)，處理器采用的是Core微架構(gòu)的Nehalem處理器.

2.1.2 實(shí)驗(yàn)軟件平臺(tái)

實(shí)驗(yàn)測評(píng)的軟件平臺(tái)選用的是CENT OS 5.3的 Linux發(fā)行版本，以及 Kernel 2.6.18操作系統(tǒng)內(nèi)核;實(shí)驗(yàn)編譯環(huán)境選用的是GCC 4.1.2編譯器;系統(tǒng)測試工具為英特爾性能分析器.

2.1.3 實(shí)驗(yàn)業(yè)務(wù)流量

實(shí)驗(yàn)業(yè)務(wù)流量采用的是S市聯(lián)通寬帶網(wǎng)絡(luò)出口鏈路的真實(shí)業(yè)務(wù)流量，如表1所示.

表1 實(shí)驗(yàn)業(yè)務(wù)流量情況Tab.1 Experimental traffic situation

2.2 IRCMS系統(tǒng)在單核處理器平臺(tái)的性能實(shí)驗(yàn)

IRCMS系統(tǒng)在單核處理器平臺(tái)中的吞吐量性能如表2所示.

表2 ITCMS系統(tǒng)單核處理器平臺(tái)吞吐量性能分析Tab.2 Analysis of throughput performance of single core processor platform ITCMS system

2.3 IRCMS系統(tǒng)在多核處理器平臺(tái)的性能實(shí)驗(yàn)

為了研究測評(píng)網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)由單核處理器平臺(tái)轉(zhuǎn)移到多核處理器平臺(tái)之后，網(wǎng)絡(luò)性能是否能夠得到擴(kuò)展式提升，因此，對(duì)IRCMS系統(tǒng)運(yùn)行于多核處理器平臺(tái)中時(shí)的吞吐量進(jìn)行性能測試［4-6］.

表3 ITCMS系統(tǒng)多核處理器平臺(tái)吞吐量性能分析Tab.3 Analysis of throughput performance of multi-core processor platform ITCMS system

表3中，當(dāng)IRCMS系統(tǒng)在2個(gè)核心的多核處理器平臺(tái)運(yùn)行時(shí)，吞吐量性能是在單核處理器平臺(tái)運(yùn)行的128.35%，但是，IRCMS系統(tǒng)性能提升只是通過單純?cè)黾訉?shí)驗(yàn)硬件配置得到的，吞吐量性能提升的幅度只限于30%左右.隨著核心數(shù)量的不斷增加，IRCMS系統(tǒng)的吞吐量性能沒有明顯幅度提升，由此，能夠得到的結(jié)論是，IRCMS系統(tǒng)吞吐量性能提升并不具有良好的擴(kuò)展性.而且，由表3數(shù)據(jù)分析可以表明，單純地增加核心處理器的硬件數(shù)量，網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)的吞吐量性能不能夠得到大幅度提升，因此，只能通過優(yōu)化軟件系統(tǒng)提高網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)的網(wǎng)絡(luò)性能.

3 網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)多核平臺(tái)性能優(yōu)化策略

3.1 應(yīng)用三級(jí)流水線并行方式

多核平臺(tái)性能優(yōu)化中的流水線并行方式是有效的優(yōu)化方法，是由處理器執(zhí)行并行命令引鑒的，流水線并行方式是將系統(tǒng)的不同部分分為多個(gè)執(zhí)行階段，它們之間的耦合程度非常低，再將這些部分命令并行執(zhí)行.本文對(duì)IRCMS系統(tǒng)進(jìn)行多核性能優(yōu)化實(shí)驗(yàn)，采用的就是由其本身特性決定的三級(jí)流水線并行方式.在IRCMS系統(tǒng)中，功能線程分為F1、F2和F3三種，當(dāng)運(yùn)行于單核處理器平臺(tái)時(shí)仍然保持串行工作模式，本文根據(jù)主體功能線程的本身特點(diǎn)，分為多個(gè)不同的流水線結(jié)構(gòu)單元，從而形成三級(jí)流水線并行的方式，再將三個(gè)不同的單元分別置于多核處理器平臺(tái)的核心處理器中，以便能夠同時(shí)得到數(shù)據(jù)信息資源進(jìn)行計(jì)算.應(yīng)用三級(jí)流水線并行方法進(jìn)行多核優(yōu)化之后，能夠有效保證每個(gè)流水線的單元完成的是真正的并行處理［7］.

圖1 三級(jí)流水線并行結(jié)構(gòu)示意圖Fig.1 three level pipeline parallel structure schematic diagram

3.2 計(jì)算流水線單元之間的資源配置比例

3.2.1 流水線單元之間硬件資源配置比例

本文多核優(yōu)化性能實(shí)驗(yàn)中采用的多核平臺(tái)共包含8個(gè)核心處理器，只有核心0的作用限于數(shù)據(jù)流量的輸入，其他的7個(gè)核心處理器都用作于IRCMS系統(tǒng)的多核性能優(yōu)化處理.流水線單元之間硬件資源配置比例，是要根據(jù)單元之間的功能的重要性，以及計(jì)算的具體需求，將不同的核心分配于不同的流水線階段中，使得并行處理策略能夠更加有針對(duì)性.因此，以圖1的方式完成了流水線結(jié)構(gòu)劃分之后，能夠明確計(jì)算需求最為密集的部分是第Ⅱ單元，當(dāng)多核處理器平臺(tái)增加了新的計(jì)算核心時(shí)，根據(jù)優(yōu)先分配的原則發(fā)配到第Ⅱ單元使用.

3.2.2 流水線單元之間線程數(shù)量的匹配

當(dāng)完成分配計(jì)算核心之后，需要對(duì)流水線單元線程數(shù)量進(jìn)行比例配置，由于流水線單元線程的基于核心運(yùn)行和執(zhí)行系統(tǒng)任務(wù)的最小單位，因此，如果需要調(diào)節(jié)軟件系統(tǒng)在每個(gè)階段處理數(shù)據(jù)信息的速度，或者對(duì)不同模塊運(yùn)行造成的開銷進(jìn)行調(diào)節(jié)，可以通過增加和減少流水線單元線程數(shù)量來完成.而且，在對(duì)某個(gè)流水線單元的線程數(shù)量進(jìn)行配置時(shí)，通常情況下要比投入的計(jì)算核心數(shù)量大，或者與投入的計(jì)算核心數(shù)量相等，由此才能夠真正保證計(jì)算資源的充分利用.

3.3 應(yīng)用結(jié)合 Linux調(diào)度的固定調(diào)度方式

固定調(diào)度指的是在充分利用核心處理器的親和性前提下，將單元線程與特定計(jì)算核心通過關(guān)聯(lián)使其運(yùn)行于此計(jì)算核心之中，不會(huì)隨意發(fā)生跳轉(zhuǎn).本文IRCMS系統(tǒng)的多核平臺(tái)性能優(yōu)化采用的結(jié)合Linux調(diào)度的固定調(diào)度方式，將IRCMS系統(tǒng)中的部分線程進(jìn)行固定，另一部分線程由Linux將兩部分結(jié)合共同完成調(diào)度任務(wù).應(yīng)用結(jié)合Linux調(diào)度的固定調(diào)度方式與傳統(tǒng)的固定調(diào)度方式比較而言，靈活性有了明顯提高，但是需要基于流水線單元資源配比之上才能應(yīng)用［8］.

3.4 對(duì)隊(duì)列結(jié)構(gòu)和銜接方式進(jìn)行優(yōu)化

3.4.1 對(duì)隊(duì)列結(jié)構(gòu)進(jìn)行優(yōu)化

對(duì)于某個(gè)隊(duì)列來說，當(dāng)這個(gè)隊(duì)列的共享線程數(shù)量過多，就會(huì)引起隊(duì)列之間的同步競爭，甚至出現(xiàn)嚴(yán)重的串行化情況.因此，如果要降低由于共享造成隊(duì)列之間競爭的程度，需要以最大限度將隊(duì)列局部化，將共享資源進(jìn)行分解，以此達(dá)到減少隊(duì)列的線程數(shù)量.

3.4.2 對(duì)銜接方式進(jìn)行優(yōu)化

銜接方式指的是線程和隊(duì)列之間互相進(jìn)行訪問.通過對(duì)銜接方式進(jìn)行優(yōu)化，能夠合理分配進(jìn)行系統(tǒng)工作，具體優(yōu)化步驟如下:

如圖2所示，在第I單元中，F(xiàn)1線程是與Ⅰ-Ⅱ隊(duì)列相互連接的，同時(shí)應(yīng)用了報(bào)文連接分發(fā)的方式.網(wǎng)絡(luò)源地址、網(wǎng)絡(luò)目的地址、網(wǎng)絡(luò)源端口、網(wǎng)絡(luò)目的端口和網(wǎng)絡(luò)協(xié)議的報(bào)文使用的是同一個(gè)連接.F1線程將此報(bào)文的連接傳送到Ⅰ-Ⅱ相同的隊(duì)列中，由此，F(xiàn)2線程可以在第Ⅱ單元中對(duì)同一個(gè)連接的報(bào)文內(nèi)容信息進(jìn)行掃描和審查，得到的匹配結(jié)果具有較強(qiáng)的相關(guān)性，使得系統(tǒng)管理員能夠盡早發(fā)現(xiàn)問題所在.

在第Ⅱ單元中，F(xiàn)2線程與Ⅰ-Ⅱ隊(duì)列、F2線程與Ⅱ-Ⅲ隊(duì)列之間采用的是相同的一對(duì)一處理固定銜接方式.

在第Ⅲ單元中，F(xiàn)3線程與Ⅱ-Ⅲ隊(duì)列之間的銜接應(yīng)用的是輪詢?cè)L問的銜接方式，F(xiàn)3線程對(duì)每一個(gè)匹配結(jié)果的緩沖隊(duì)列進(jìn)行輪詢?cè)L問，并將其結(jié)果存儲(chǔ)到數(shù)據(jù)庫中［9］.

將對(duì)隊(duì)列結(jié)構(gòu)和銜接方式進(jìn)行優(yōu)化進(jìn)行綜合分析之后，得到IRCMS系統(tǒng)的多核優(yōu)化隊(duì)列結(jié)構(gòu)圖，其隊(duì)列數(shù)量能夠根據(jù)投入的計(jì)算核心數(shù)量，以及流水線單元之間的現(xiàn)場配置比例關(guān)系進(jìn)行靈活變化.

圖2 IRCMS系統(tǒng)多核優(yōu)化隊(duì)列結(jié)構(gòu)圖Fig.2 multi-core queue structure diagram of IRCMS system

通過對(duì)隊(duì)列結(jié)構(gòu)和銜接方式進(jìn)行優(yōu)化，能夠有效的將隊(duì)列線程局部化，真正降低了線程數(shù)量過多而造成的隊(duì)列競爭程度.

4 網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)多核平臺(tái)性能優(yōu)化效果

在IRCMS系統(tǒng)應(yīng)用了上一章節(jié)提出的多核平臺(tái)性能優(yōu)化策略進(jìn)行多核優(yōu)化之后，稱之為AIRCMS系統(tǒng).

表4 AIRCMS多核處理器平臺(tái)的吞吐量Tab.4 The throughput of AIRCMS multi processor platform

當(dāng)實(shí)驗(yàn)投入了3個(gè)核心處理器時(shí)，AIRCMS系統(tǒng)的吞吐量性能隨著核心數(shù)量的增加而明顯大幅度提高.當(dāng)投入了7個(gè)核心處理器時(shí)，AIRCMS系統(tǒng)的吞吐量性能能夠達(dá)到416.34Mbps，與投入單個(gè)核心處理器的吞吐量性能相比較而言，吞吐量性能提高了436.10%，圖3給出了AIRCMS系統(tǒng)在采用了多核優(yōu)化策略之后，與未采用多核優(yōu)化策略的系統(tǒng)吞吐量性能變化情況［10］.

圖3 多核優(yōu)化策略應(yīng)用前后系統(tǒng)吞吐量性能對(duì)比圖Fig.3 The system throughput performance comparison chart of multi core optimization strategy before and after

本文提出的多核優(yōu)化策略需要投入的計(jì)算核心為3個(gè).由此在圖3中，采用多核優(yōu)化策略進(jìn)行優(yōu)化之后的AIRCMS系統(tǒng)的性能折線圖并沒有計(jì)算核心為2時(shí)的吞吐量性能點(diǎn).對(duì)于沒有采用多核優(yōu)化策略的IRCMS系統(tǒng)來說，為了能夠與AIRCMS系統(tǒng)性能提升的擴(kuò)展性進(jìn)行對(duì)比，因此，記錄了核心2至核心7的吞吐量性能數(shù)據(jù)信息.

由圖3可以看出，IRCMS系統(tǒng)的吞吐量性能應(yīng)用了多核優(yōu)化策略之后有了明顯提高，能夠隨著投入計(jì)算核心的數(shù)量增加而持續(xù)升高.當(dāng)沒有應(yīng)用多核優(yōu)化策略時(shí)，IRCMS系統(tǒng)的吞吐量性能不能夠隨著計(jì)算核心數(shù)量的增加而明顯提高.因此，如果需要網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)在充分利用硬件資源的前提下，網(wǎng)絡(luò)性能能夠有顯著性提高，必須有針對(duì)性將多核優(yōu)化策略應(yīng)用于軟件系統(tǒng)中.

5 網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)多核優(yōu)化加速比分析

(1)定義多核優(yōu)化加速比指標(biāo)

指標(biāo)多核優(yōu)化加速比記作Sr，指的是綜合考慮了并行執(zhí)行開銷之后的系統(tǒng)理論加速比，而系統(tǒng)理論加速比是多核優(yōu)化加速比的基礎(chǔ).

(2)多核優(yōu)化加速比公式

上述公式(1)中，f作為串行比例;n作為投入到系統(tǒng)運(yùn)行計(jì)算的核心數(shù)量;fr作為并行執(zhí)行開銷與并行執(zhí)行計(jì)算時(shí)間之比.表5給出了當(dāng)投入不同的核心數(shù)量時(shí)，串行比例f的變化情況.

表5 投入不同的核心數(shù)量時(shí)f的變化情況Tab.5 The function changes when input different number of cores

表6 并行執(zhí)行開銷與并行執(zhí)行計(jì)算時(shí)間之比frTab.6 The ratio frof parallel execution overhead and parallel execution of computation time

根據(jù)公式(1)，計(jì)算AIRCMS系統(tǒng)的多核優(yōu)化加速比指標(biāo)，如表7所示:

表7 AIRCMS系統(tǒng)多核優(yōu)化加速比Tab.7 The AIRCMS system kernel optimization speedup

將AIRCMS系統(tǒng)的多核優(yōu)化加速比指標(biāo)與實(shí)際吞吐量性能提升比例進(jìn)行對(duì)比，如圖4所示.

圖4 AIRCMS系統(tǒng)多核優(yōu)化加速比指標(biāo)與實(shí)際吞吐量性能提升比例對(duì)比Fig.4 The ratio index of AIRCMS system kernel optimization speedup comparison with the actual throughput performance

對(duì)AIRCMS系統(tǒng)串行開銷比例f，以及并行執(zhí)行產(chǎn)生的新的開銷比例fr進(jìn)行測量計(jì)算，能夠得到AIRCMS系統(tǒng)的多核優(yōu)化加速比指標(biāo)值數(shù).圖4中，多核優(yōu)化加速比計(jì)算的吞吐量提升比例與系統(tǒng)吞吐量提升比例基本相同，但是在折線圖的后半部分出現(xiàn)了明顯差異，當(dāng)計(jì)算核心的數(shù)量6和7時(shí)，系統(tǒng)吞吐量性能的提升已經(jīng)開始落后于多核優(yōu)化加速比例的提升.這是由于當(dāng)計(jì)算核心的數(shù)量為6和7時(shí)，IRCMS系統(tǒng)中有兩路F1線程同時(shí)運(yùn)行于流水線第I單元部分，從而降低了系統(tǒng)吞吐量性能的提升比例，因此與多核優(yōu)化加速比計(jì)算的吞吐量性能之間存在一定距離.總之，當(dāng)IRCMS系統(tǒng)應(yīng)用了本文提出的多核優(yōu)化加速策略之后，吞吐量性能的提升幅度與多核優(yōu)化加速比計(jì)算過后得到的理論吞吐量性能提升幅度基本相同.

6 結(jié)論

由于網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)存在著嚴(yán)重的網(wǎng)絡(luò)性能瓶頸，主要體現(xiàn)于報(bào)文數(shù)據(jù)的壓縮、譯碼和傳輸，以及關(guān)鍵字匹配等方面.尤其是當(dāng)網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)需要完成關(guān)鍵字匹配工作時(shí)，其開銷能夠占據(jù)到系統(tǒng)總體開銷的一半之多.本文選擇了自主研發(fā)，且具有代表性的IRCMS系統(tǒng)，對(duì)IRCMS系統(tǒng)在多核處理器平臺(tái)上的網(wǎng)絡(luò)性能進(jìn)行優(yōu)化，根據(jù)IRCMS系統(tǒng)的實(shí)際情況提出了一套多核平臺(tái)性能優(yōu)化策略，并將其應(yīng)用于IRCMS系統(tǒng)中進(jìn)行評(píng)測，得到了AITCMS系統(tǒng)的吞吐量性能，將其與未應(yīng)用多核優(yōu)化策略的ITCMS系統(tǒng)的吞吐量性能進(jìn)行對(duì)比分析，當(dāng)投入的計(jì)算核心數(shù)量為7時(shí)，系統(tǒng)吞吐量性能的提升是之前的436.10%.因此，本文提出的多核平臺(tái)性能優(yōu)化策略能夠使網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)將集中于某一點(diǎn)的制約吞吐量性能的因素平均分配于多個(gè)資源中，從根本上提升了網(wǎng)絡(luò)內(nèi)容監(jiān)測系統(tǒng)的整體性能，具有良好的現(xiàn)實(shí)意義和應(yīng)用前景.

［1］趙林海，李曉風(fēng)，譚海波.基于CACTI的分布式ORACLE監(jiān)控系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)［J］.計(jì)算機(jī)系統(tǒng)應(yīng)用.2010，19(09):134-138.

［2］陳曉霞，任勇毛，李俊，張瀟丹.網(wǎng)絡(luò)測量與分析研究綜述［J］.計(jì)算機(jī)系統(tǒng)應(yīng)用.2010，19(07):244-249.

［3］宋焱淼，皇安偉，穆源，王芳.基于OWAMP的網(wǎng)絡(luò)性能測量技術(shù)［J］.計(jì)算機(jī)工程.2009，35(14):138-141.

［4］陳松，王珊，周明天.分層的互聯(lián)網(wǎng)綜合測量管理系統(tǒng)的研究［J］.計(jì)算機(jī)工程與應(yīng)用.2009，45(14):07-09.

［5］馬維旻，曾宇胸，楊永平.一種分布式的寬帶網(wǎng)絡(luò)測量系統(tǒng)［J］.計(jì)算機(jī)系統(tǒng)應(yīng)用.2011，20(02):09-13.

［6］張瀟丹，李俊.一種基于云服務(wù)模式的網(wǎng)絡(luò)測量與分析架構(gòu)［J］.計(jì)算機(jī)應(yīng)用研究.2012，29(02):725-729.

［7］程帆，王曉明.P2P網(wǎng)絡(luò)中基于分組的成員管理方案［J］.計(jì)算機(jī)工程.2012，38(01):256-257.

［8］Tierney B，Boote J，Boyd E，et al.Instantiating a Global Net work Measurement Framework［R］.LBNL Technical Report LBNL-1452E.2009.

［9］Zurawski J，Boote J，Boyd E，et al.Hierarchically federated registration and lookup within the perfsonar framework(short paper，poster session)［C］.Tenth IFIP/IEEE International Symposium on Integrated Network Management，2007.

［10］Guido R Hiertz，Dee Denteneer，Zang Yunpeng，et al.The IEEE 802.11 universe［J］.Communications Magazine，IEEE.2010，48(1):62-70.

［11］Bo Xing，Seada K Venkatasubramanian.An experimental study on Wi-Fi Ad-Hoc mode for mobile device-to-device video delivery［C］.Brazil:IEEEINFOCOM Workshops，2009:1-6.