MAK-RTI性能介紹

1、MAK高性能的RTI：設(shè)計(jì)的性能Ben Watrous Douglas D.Wood Len Granowetter高性能是我們的代名詞雖然對(duì)RTI進(jìn)行評(píng)估和比較有很多標(biāo)準(zhǔn)，但其中最重要的就是性能。能否選擇一個(gè)吞吐量最大，延遲性、帶寬及CPU的使用率最小的RTI，對(duì)一個(gè)HLA仿真應(yīng)用來說意味著是否能夠成功。高性能并不是偶然發(fā)生的-只有哪些從開始階段就本著最高性能設(shè)計(jì)，并能夠可能滿足當(dāng)今HLA聯(lián)邦需求的RTI，才可能做到。這就是為什么MAK RTI如此獨(dú)特：以性能為設(shè)計(jì)目標(biāo)。在我們涉及MAK RTI的設(shè)計(jì)如何導(dǎo)致其具有無比的性能之前，我們將討論其4個(gè)主要性能指標(biāo)。延遲許多分布式仿真的文獻(xiàn)表明在不

2、失去實(shí)時(shí)交互的情況下，30到100毫秒的延遲是可以接受的。即使一個(gè)運(yùn)行在60HZ的三維圖形應(yīng)用，在16毫秒內(nèi)計(jì)算和繪制一楨圖像， 5到10毫秒的延遲可能也不會(huì)對(duì)一個(gè)特殊事件有影響。同時(shí)即使采用100M的通訊網(wǎng)絡(luò)，MAK RTI的典型延遲時(shí)間都小于250微妙（低于1/4毫秒）-這足夠滿足大部分對(duì)實(shí)時(shí)性敏感的仿真系統(tǒng)的需求。吞吐量吞吐量是一個(gè)衡量RTI從網(wǎng)絡(luò)讀寫數(shù)據(jù)快慢的標(biāo)準(zhǔn)。從很多方面考慮，RTI性能標(biāo)準(zhǔn)中吞吐量甚至比延遲性更為重要，因?yàn)榇酥笜?biāo)意味者其處理?yè)碛写罅繉?duì)象的聯(lián)邦，并頻繁發(fā)送更新數(shù)據(jù)的能力。在許多實(shí)時(shí)平臺(tái)級(jí)仿真中， 100到150字節(jié)數(shù)據(jù)的更新和交互是相當(dāng)?shù)湫偷?。?duì)于此規(guī)模的數(shù)據(jù)包，M

3、ak RTI基于100M以太網(wǎng)實(shí)現(xiàn)了每秒超過12000個(gè)數(shù)據(jù)包，相當(dāng)于每秒的數(shù)據(jù)傳輸率超過16Mb。如采用捆綁方式，其性能超過以前的兩倍，即可以實(shí)現(xiàn)每秒26000次更新。對(duì)于更大的數(shù)據(jù)包，性能會(huì)有進(jìn)一步的提高。事實(shí)上，對(duì)于有效數(shù)據(jù)為1000字節(jié)的數(shù)據(jù)包，可以達(dá)到每秒鐘超過7000個(gè)數(shù)據(jù)包的流量，即超過100M網(wǎng)絡(luò)最大理論吞吐量的70%。帶寬對(duì)于HLA常見的誤解就是RTI在帶寬使用上增加了大量的開銷。這對(duì)于某些RTI來說確實(shí)如此（特別是使用CORBA的那些），MAK RTI使用的是為帶寬效率設(shè)計(jì)的自定義傳輸格式。其標(biāo)準(zhǔn)頭僅為8字節(jié)，附加在每一個(gè)包的前面，所以最小的消息類型數(shù)據(jù)包只有16字節(jié)（如調(diào)

4、用publishInteractionClass()）。使用典型的RPR FOM Time/Space/Position屬性更新，其編碼的數(shù)據(jù)包大小大約是124字節(jié)，它比DIS Entity State PDU要小很多。CPU的占用 關(guān)于CPU的占用，我們以Mak RTI的代碼效率而自豪，在RTIspy GUI圖形界面上增加了顯示面板，顯示每一次RTI服務(wù)調(diào)用所花的時(shí)間。在一臺(tái)主頻為2.4G 的PC計(jì)算機(jī)上，調(diào)用一次subscribeObjectClassAttribute()所花的平均時(shí)間為50微秒。加入一個(gè)聯(lián)邦執(zhí)行花費(fèi)60毫秒（大約1/15秒），其中大部分的時(shí)間是從硬盤讀取FED文件的時(shí)間

5、-而三方同rtiexec的握手時(shí)間小于10毫秒。關(guān)于基準(zhǔn)的看法當(dāng)然，和所有的基準(zhǔn)測(cè)試一樣，這些都是在實(shí)驗(yàn)室條件下進(jìn)行的：僅僅是兩個(gè)聯(lián)邦，在網(wǎng)絡(luò)上沒有其他的通訊，聯(lián)邦成員除了收發(fā)數(shù)據(jù)包不做任何其他的工作，等等。但是，我們使用的是不帶任何特殊網(wǎng)絡(luò)硬件的貨架PC計(jì)算機(jī)，采用RTI默認(rèn)的RTD設(shè)置，沒有針對(duì)測(cè)試進(jìn)行特殊的設(shè)置和調(diào)試。因此這些數(shù)字可以確切的被用作自然狀態(tài)下評(píng)估的MAK RTI性能。當(dāng)然，最理想的是很多聯(lián)邦在同樣的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)下，同樣的聯(lián)邦成員，采用不同的RTI進(jìn)行實(shí)際的比較。第三方研究和比較多次證實(shí)了MAK RTI突出的效率和實(shí)用性。以性能為本的設(shè)計(jì)的真正意味者什么？早期的RTI執(zhí)行表現(xiàn)

6、了具有與高性能仿真不適應(yīng)的特征。這些問題給HLA留下了這樣一個(gè)印象，HLA本身就比較慢，這大大阻礙了HLA的采用。因此，當(dāng)我們開始開發(fā)MAK RTI時(shí)，首要目標(biāo)就是構(gòu)建一個(gè)能夠滿足實(shí)時(shí)應(yīng)用需求的RTI。直接用TCP和UDP 套接字，能夠確保數(shù)據(jù)傳輸通過盡可能少的軟件層數(shù)。特別為MAK RTI設(shè)計(jì)的“傳輸格式”，能夠確保數(shù)據(jù)包盡可能的緊湊。在MAK RTI的發(fā)展過程中，我們對(duì)Time Management, MOM, DDM等附加服務(wù)的實(shí)現(xiàn)同樣采用了以性能為本的原則。畢竟不僅僅只有飛行模擬器仿真應(yīng)用才關(guān)心實(shí)時(shí)性能。當(dāng)我們實(shí)現(xiàn)這些服務(wù)的時(shí)候，我們嚴(yán)格遵循新功能不能影響最初子集性能的原則。設(shè)置RID

7、文件的參數(shù)可以允許禁止不需要的服務(wù)，假如不需要Time Management或者DDM服務(wù)，并且禁止了這些服務(wù)，那么數(shù)據(jù)傳輸格式將采用不包含這些信息的傳輸格式?？偟膩碚f，附加服務(wù)不會(huì)對(duì)延遲有較大影響，因?yàn)樽栽糝TI發(fā)布以來，通訊策略沒有大的變化。為此，我們花費(fèi)了大量的精力，來保證聯(lián)邦可以對(duì)就不使用的服務(wù)不付出計(jì)算時(shí)間。例如，如果MOM被禁止，就沒有必要收集、發(fā)送MOM更新所需的信息。以性能為本同時(shí)考慮了針對(duì)需求可能差別非常大的仿真應(yīng)用的實(shí)現(xiàn)，因此可能會(huì)有不同的性能之間的折衷：l 如果仿真必須通過WAN（廣域網(wǎng)）或者窄帶網(wǎng)絡(luò)連接（例如人造衛(wèi)星或者無線電），那么最小化帶寬使用率成為最重要的目標(biāo)。

8、l 對(duì)于Stealth這樣對(duì)處理器要求很高的仿真應(yīng)用，低CPU使用率則極為重要。l 語音傳輸取決于低延遲和其可預(yù)見性。l 對(duì)于包括大量實(shí)體的仿真應(yīng)用，高吞吐量和較少的系統(tǒng)調(diào)用帶寬開銷將是必要的。l 最后，對(duì)于由多個(gè)參與者和聯(lián)邦成員組成的大演練，系統(tǒng)可伸縮性可能變?yōu)闆Q定因素。在許多情況下，MAK RTI提供了幾個(gè)算法供用戶選擇，給用戶自主決定如何性能折衷的權(quán)力。盡管大多數(shù)的聯(lián)邦可以從中得到突出的性能，但Mak RTI的各種設(shè)置還是為用戶提供了高度的可配置性。例如，使用捆綁傳輸可以增加網(wǎng)絡(luò)吞吐量和最小化帶寬使用率，但要付出一些額外的CPU處理時(shí)間和延遲。此外，MAK RTI為用戶提供了通過RTI

9、Spy 插件中應(yīng)用程序接口來根據(jù)特定的聯(lián)邦定制RTI。HLA是一個(gè)規(guī)范，那么和實(shí)現(xiàn)有什么不同？HLA提供了一個(gè)定義明確的應(yīng)用程序接口，在某些情況中從應(yīng)用程序接口到特殊實(shí)現(xiàn)之間有明顯的映射對(duì)應(yīng)關(guān)系。但是，在HLA規(guī)范里有許多方面允許各種不同的設(shè)計(jì)選擇。事實(shí)上，這是HLA的目的所在-允許各廠商構(gòu)建不同性能折衷的實(shí)現(xiàn)來競(jìng)爭(zhēng)，以便讓用戶選擇最適合自己聯(lián)邦需求的實(shí)現(xiàn)。在已存在的實(shí)現(xiàn)中最大的區(qū)別有以下幾個(gè)方面：l 第三方網(wǎng)絡(luò)層與自定義的傳輸格式l 可靠傳輸實(shí)現(xiàn)l 聯(lián)邦成員大使回調(diào)策略l 輕量模式的可用性l 使用廣域網(wǎng)的效率l DDM和Time Managements實(shí)現(xiàn)讓我們看幾個(gè)MAK RTI開發(fā)者制定

10、的特定實(shí)現(xiàn)的選擇，以及這些選擇對(duì)性能的影響。可靠傳輸-TCP Forwarder方式因?yàn)門CP協(xié)議同時(shí)僅僅支持一個(gè)接受者，當(dāng)數(shù)據(jù)包需要通過TCP發(fā)送給多個(gè)接受者時(shí)，RTI開發(fā)者需要在兩個(gè)策略中做選擇。不是每一個(gè)聯(lián)邦成員的LRC對(duì)其他每一個(gè)聯(lián)邦成員做一個(gè)連接，就是必須采用其它轉(zhuǎn)發(fā)方式，即數(shù)據(jù)包被發(fā)送給轉(zhuǎn)發(fā)器，轉(zhuǎn)發(fā)器隨后給其它的所有的聯(lián)邦成員發(fā)送一個(gè)副本。下圖顯示了在一個(gè)擁有6個(gè)成員的聯(lián)邦中兩種設(shè)計(jì)方式的基本構(gòu)架。全部連接設(shè)計(jì)的最大優(yōu)點(diǎn)是延遲最小，因?yàn)橐粋€(gè)數(shù)據(jù)包到達(dá)接受者僅需要一次網(wǎng)絡(luò)傳輸。但是，采用TCP轉(zhuǎn)發(fā)器方式帶來的第二次網(wǎng)絡(luò)傳輸?shù)母郊友舆t僅僅為一毫秒的幾分之一。即使采用TCP 轉(zhuǎn)發(fā)器，對(duì)于

11、可靠傳輸MAK RTI的延遲性也能夠控制在一毫秒之內(nèi)。我們將會(huì)看到，采用轉(zhuǎn)發(fā)器方式帶來的額外延遲和其帶來的其他優(yōu)點(diǎn)相比，微乎其微。此外，為了充分發(fā)揮UDP組播的優(yōu)勢(shì)，多數(shù)聯(lián)邦通過Best-Effort方式發(fā)送其大多數(shù)關(guān)鍵性數(shù)據(jù)，降低延遲。全部連接的其他優(yōu)勢(shì)是每次通訊傳輸需要最少的總傳輸量。TCP轉(zhuǎn)發(fā)器則需要一次從發(fā)送者到發(fā)送給轉(zhuǎn)發(fā)器的額外傳輸。在只有兩個(gè)聯(lián)邦成員的聯(lián)邦中，TCP 轉(zhuǎn)發(fā)器方式的確需要兩倍帶寬-每條消息需要兩次傳輸而不是一次。（這就是為什么TCP 轉(zhuǎn)發(fā)器方式在基準(zhǔn)測(cè)試比較中表現(xiàn)較差，因?yàn)榛鶞?zhǔn)測(cè)試往往只運(yùn)行兩個(gè)聯(lián)邦成員）。但是，隨著聯(lián)邦成員數(shù)量的增加，額外傳輸?shù)母郊友舆t會(huì)越來越少。例

12、如，在一個(gè)有20個(gè)聯(lián)邦成員的聯(lián)邦中，采用TCP 轉(zhuǎn)發(fā)器 的RTI需要做21次傳輸， 全連接方式的RTI需要20次傳輸。MAK RTI采用的TCP 轉(zhuǎn)發(fā)器方式相對(duì)于全連接方式有幾個(gè)主要的優(yōu)勢(shì)。最重要的就是將每個(gè)數(shù)據(jù)包發(fā)送給的多個(gè)聯(lián)邦成員的CPU開銷轉(zhuǎn)移到一臺(tái)單獨(dú)的計(jì)算機(jī)上，給具體的實(shí)時(shí)應(yīng)用提供了更多的計(jì)算能力。聯(lián)邦成員加入聯(lián)邦對(duì)其傳輸時(shí)間不產(chǎn)生影響，因?yàn)槠鋵⒁粋€(gè)可靠消息發(fā)送給TCP 轉(zhuǎn)發(fā)器。相反，采用全連接方式時(shí)，隨著接收者數(shù)量的增加，聯(lián)邦成員發(fā)送消息所花的CPU時(shí)間線性增加，除非每一個(gè)聯(lián)邦成員都采用多處理器的計(jì)算機(jī)。當(dāng)然，這將為聯(lián)邦成員計(jì)算具體的應(yīng)用留下較少的時(shí)間。這就是為什么采用TCP 轉(zhuǎn)發(fā)

13、器方式比全連接方式更適合大系統(tǒng)。隨著聯(lián)邦成員數(shù)量的增加，如果單一的TCP Forwarder不能滿足聯(lián)邦中的可靠通訊，可添加附加的TCP轉(zhuǎn)發(fā)器分擔(dān)傳輸負(fù)載。在全連接方式中不可能實(shí)現(xiàn)這樣的負(fù)載均衡。TCP 轉(zhuǎn)發(fā)器方式大大簡(jiǎn)化了聯(lián)邦的網(wǎng)絡(luò)拓樸，同時(shí)會(huì)給RTI內(nèi)部帶來許多好處。它簡(jiǎn)化了某些任務(wù)，如聯(lián)邦成員錯(cuò)誤冗余計(jì)算，并且極大地提高了聯(lián)邦成員加入聯(lián)邦的速度，因?yàn)槊總€(gè)LRC調(diào)用僅僅需要建立一個(gè)單一的到TCP轉(zhuǎn)發(fā)器的連接。另外，也允許RTI方便地實(shí)現(xiàn)增加集中消息處理和數(shù)據(jù)過濾的功能。例如，轉(zhuǎn)發(fā)器可以基于數(shù)據(jù)訂購(gòu)信息方便地過濾數(shù)據(jù)，來降低可靠通訊需要的帶寬。當(dāng)“Smart Forwarding”激活時(shí)MA

14、K RTI能夠完全以上描述的各種功能。最后，TCP 更適合廣域網(wǎng)。雖然會(huì)用到多個(gè)轉(zhuǎn)發(fā)器，但可以保證在每一對(duì)局域網(wǎng)之間僅僅發(fā)送一次數(shù)據(jù)。接受端的轉(zhuǎn)發(fā)器再發(fā)給本地的每一個(gè)聯(lián)邦成員。在全連接方式下，每一對(duì)聯(lián)邦成員之間要有一次數(shù)據(jù)發(fā)送，這意味著一個(gè)同樣的消息可能會(huì)在兩個(gè)廣域網(wǎng)之間多次發(fā)送。哪種回調(diào)策略最好？主要的RTI實(shí)現(xiàn)提供了三種經(jīng)過聯(lián)邦成員大使回調(diào)將即將接收的數(shù)據(jù)傳給聯(lián)邦成員的基本策略：?jiǎn)尉€程tick，完全異步回調(diào)，異步I/O tick。單線程方式是三種策略中最簡(jiǎn)單的。聯(lián)邦成員從其主線程中調(diào)用RTI Ambassador tick()函數(shù)。這時(shí)RTI從網(wǎng)絡(luò)上讀取所有未處理的信息，依次調(diào)用相應(yīng)的回調(diào)

15、函數(shù)。這個(gè)方法完全避免了多線程之間的通訊開銷。但是，作為這樣簡(jiǎn)化的代價(jià)是聯(lián)邦成員必須接受在調(diào)用tick函數(shù)時(shí)調(diào)用網(wǎng)絡(luò)I/O的開銷。另外，調(diào)用tick的聯(lián)邦成員代碼可能需要調(diào)試以保證網(wǎng)絡(luò)層緩沖區(qū)不會(huì)溢出和丟失數(shù)據(jù)。在異步回調(diào)方法中，聯(lián)邦成員回調(diào)通過第二個(gè)線程觸發(fā)，因?yàn)閿?shù)據(jù)信息已經(jīng)接受到，無需等待Tick調(diào)用。異步回調(diào)方法的最大優(yōu)點(diǎn)可能是將網(wǎng)絡(luò)I/O的開銷轉(zhuǎn)移到另外的線程上，因此即使網(wǎng)絡(luò)通訊負(fù)載很重，但聯(lián)邦成員代碼可以自由的執(zhí)行仿真運(yùn)算。對(duì)于某些應(yīng)用來說，采用異步回調(diào)也提供了一個(gè)減少在回調(diào)機(jī)制中固有延遲的方法。特別是在那些應(yīng)用中，聯(lián)邦成員可以在其它線程中完全處理新數(shù)據(jù)，延遲可能被減少。但在大多數(shù)情

16、況下，預(yù)期延遲會(huì)減少只是一個(gè)幻想。這是事實(shí)：如果允許發(fā)生異步回調(diào)，其可能會(huì)較早被執(zhí)行。但是大多數(shù)的聯(lián)邦成員設(shè)計(jì)它們的回調(diào)時(shí)，僅僅對(duì)它們收到的數(shù)據(jù)進(jìn)行排隊(duì)，或者將新屬性值存儲(chǔ)在對(duì)象狀態(tài)數(shù)據(jù)庫(kù)中供其他聯(lián)邦成員代碼以后訪問。如果是這種情況，用異步回調(diào)將沒有任何好處。比如疾駛在前面的汽車等待在紅燈前一樣，數(shù)據(jù)只能在聯(lián)邦成員隊(duì)列中或?qū)ο髮傩詳?shù)據(jù)庫(kù)內(nèi)等待，直到被聯(lián)邦成員最終實(shí)際使用。異步回調(diào)帶來的可能的好處是以在聯(lián)邦成員設(shè)計(jì)上增加復(fù)雜程度為代價(jià)的。聯(lián)邦成員開發(fā)者采用異步回調(diào)必須考慮使回調(diào)線程安全。因?yàn)榛卣{(diào)從RTI接收數(shù)據(jù)時(shí)，主仿真線程對(duì)其沒有任何控制，所以必須采用鎖定機(jī)制，以保證主聯(lián)邦成員線程從其讀取數(shù)據(jù)

17、時(shí)，回調(diào)線程不會(huì)同時(shí)寫入數(shù)據(jù)到聯(lián)邦成員對(duì)象數(shù)據(jù)庫(kù)。異步I/O提供了在單線程tick和多線程異步調(diào)用之間的一個(gè)折衷方法。對(duì)于異步I/O來說，RTI創(chuàng)建了一個(gè)單獨(dú)控制網(wǎng)絡(luò)I/O的線程。消息從網(wǎng)絡(luò)上被讀取，保存在RTI的一個(gè)隊(duì)列里，當(dāng)調(diào)用tick時(shí)，聯(lián)邦成員可直接使用。因?yàn)樵摼€程對(duì)于RTI來說是內(nèi)部的，異步I/O可以在不用對(duì)聯(lián)邦代碼修改時(shí)被激活，所以聯(lián)邦成員沒有維持線程安全的負(fù)擔(dān)。同時(shí)，提供了許多異步回調(diào)的優(yōu)點(diǎn)：當(dāng)消息到達(dá)時(shí)可以從有限的網(wǎng)絡(luò)緩存中立即讀取，這樣可以大大的減少在負(fù)載很大的聯(lián)邦上丟失的消息數(shù)目，并且將讀取網(wǎng)絡(luò)的開銷轉(zhuǎn)移出聯(lián)邦成員主線程。因?yàn)楫惒絀/O在沒有增加任何額外復(fù)雜度的情況下提供了

18、異步回調(diào)具有的大多數(shù)好處，所以在MAK RTI中使用了這種方式。同時(shí)也有采用簡(jiǎn)易單線程tick模式的能力，因?yàn)槠涓菀渍{(diào)試，需要最小的總運(yùn)行開銷（無需從隊(duì)列中拷貝出消息和將消息拷貝到隊(duì)列里）。MAK RTI提高性能的獨(dú)有特性有哪些？只要符合HLA API的規(guī)定，RTI實(shí)現(xiàn)可任意添加針對(duì)公共聯(lián)邦問題的解決方案。例如，在單個(gè)局域網(wǎng)上，RTI典型采用組播或者廣播方式傳送數(shù)據(jù)包給許多接收者。但大部分的廣域網(wǎng)并不支持組播和廣播方式。像TCP一樣僅僅支持點(diǎn)到點(diǎn)的通訊。MAK RTI允許用戶通過UDP 轉(zhuǎn)發(fā)器最小化在廣域網(wǎng)上使用的Best-Effort通訊。像TCP 轉(zhuǎn)發(fā)器一樣，UDP 轉(zhuǎn)發(fā)器做為和遠(yuǎn)程局域

19、網(wǎng)內(nèi)所有聯(lián)邦成員的唯一聯(lián)系點(diǎn)，與其將UDP消息通過廣域網(wǎng)發(fā)送給每個(gè)遠(yuǎn)程聯(lián)邦成員，不如將其發(fā)送給UDP轉(zhuǎn)發(fā)器，轉(zhuǎn)發(fā)器然后在其區(qū)域網(wǎng)其采用組播重發(fā)消息。另外一個(gè)MAK RTI的關(guān)鍵特性是基于類的組播過濾解決方案。經(jīng)常被描述成“窮人的DDM”，基于類的組播過濾沒有任何開銷，無需改寫聯(lián)邦成員代碼，就可以提供很多DDM的優(yōu)點(diǎn)。聯(lián)邦設(shè)計(jì)者通過簡(jiǎn)單修改RID配置，就能夠?qū)OM 類與組播地址映射起來。例如，所有的無線電通訊可以被限制在一個(gè)不同于用于實(shí)體狀態(tài)數(shù)據(jù)的特殊通道。無需任何聯(lián)邦成員或者RTI代碼處理，在網(wǎng)卡層就能濾掉不必要的數(shù)據(jù)，大大減少了RTI附加在每個(gè)聯(lián)邦成員上的CPU負(fù)載。當(dāng)然最獨(dú)特的工具是MA

20、K RTI為最優(yōu)化性能提供的RTIspy plug-in API。該API允許聯(lián)邦設(shè)計(jì)者真正的打開RTI黑盒子，幾乎可定制RTI的所有功能來滿足聯(lián)邦的特定需求。MAK怎么樣幫助客戶達(dá)到他們希望的性能目標(biāo)呢？MAK充分認(rèn)識(shí)到：仿真性能需求會(huì)越來越高，為了使我們的客戶取得成功，MAK RTI必須不斷發(fā)展面對(duì)挑戰(zhàn)。根據(jù)用戶的需要MAK RTI會(huì)添加更多的新功能和新的優(yōu)化工具。新功能如數(shù)據(jù)包捆綁和“聰明的TCP 轉(zhuǎn)發(fā)器”已經(jīng)被加入到最新發(fā)布版本中，并且新的解決方案都在研發(fā)中。例如，利用RTIspy plug-in API開發(fā)的共享內(nèi)存機(jī)制已經(jīng)在MAK RTI中實(shí)現(xiàn)了，并且在不久的將來會(huì)集成到RTI內(nèi)，

21、以幫助用戶充分利用多處理器機(jī)器的優(yōu)點(diǎn)。“隱含的DDM”將允許RTI利用聯(lián)邦特定的特點(diǎn)智能地將數(shù)據(jù)只路由給那些需要該數(shù)據(jù)的聯(lián)邦成員。同時(shí)正在研發(fā)的包括其它的通訊技術(shù)，如RUDP（基于UDP的快速、可靠的協(xié)議），數(shù)據(jù)壓縮技術(shù)、區(qū)別服務(wù)質(zhì)量等等。附加基準(zhǔn)信息下面是一張不同測(cè)試情況下的延遲性比較圖。在所有的情況中，所有測(cè)試都運(yùn)行在操作系統(tǒng)為XP 2.4G P4處理器，經(jīng)HUB通過100M以太網(wǎng)連接的機(jī)器上。我們比較了原始網(wǎng)絡(luò)和RTI的性能，該性能通過運(yùn)行基于套接字、僅僅在網(wǎng)絡(luò)上發(fā)送和接收數(shù)據(jù)的應(yīng)用程序獲得。從代表延遲的曲線可以看出， RTI緊緊的跟隨原始網(wǎng)絡(luò)通訊的延遲曲線，表明RTI本身沒有增加多少開

22、銷。開銷主要是由于RTI必須在發(fā)送數(shù)據(jù)前通過AttributeHandleValuePairSet序列化數(shù)據(jù)到網(wǎng)絡(luò)緩存，接受數(shù)據(jù)端從序列化數(shù)據(jù)中重構(gòu)AttributeHandleValuePairSet。對(duì)于可靠傳輸，相應(yīng)的比較是在兩個(gè)TCP網(wǎng)絡(luò)之間RTI的延遲性和原始網(wǎng)絡(luò)延遲性。雖然該指標(biāo)包括了在TCP 轉(zhuǎn)發(fā)器內(nèi)數(shù)據(jù)包傳送花費(fèi)的時(shí)間，但可以看出，甚至對(duì)于較大的數(shù)據(jù)包，從末端到末端、聯(lián)邦成員到聯(lián)邦成員所有的可靠傳輸?shù)难舆t性遠(yuǎn)遠(yuǎn)低于一毫秒。對(duì)于采用TCP 轉(zhuǎn)發(fā)器的RTI（比如MAK RTI）,關(guān)鍵在于TCP 轉(zhuǎn)發(fā)器必須運(yùn)行在一臺(tái)專門的機(jī)器上。如果同一臺(tái)機(jī)器運(yùn)行一個(gè)聯(lián)邦成員的同時(shí)作為TCP轉(zhuǎn)發(fā)器，那么聯(lián)邦成員處理會(huì)主導(dǎo)支配CPU，TCP 轉(zhuǎn)發(fā)器會(huì)缺少CPU處理時(shí)間，造成消息阻塞。根據(jù)我們的經(jīng)驗(yàn)，如果針對(duì)MAK RTI在可靠傳輸上的第三方的基準(zhǔn)測(cè)試顯