瘦客戶計(jì)算體系結(jié)構(gòu)范文
本站小編為你精心準(zhǔn)備了瘦客戶計(jì)算體系結(jié)構(gòu)參考范文，愿這些范文能點(diǎn)燃您思維的火花，激發(fā)您的寫(xiě)作靈感。歡迎深入閱讀并收藏。
摘要：介紹了瘦客戶計(jì)算體系結(jié)構(gòu)及目前廣泛使用的四種具體實(shí)現(xiàn)，并對(duì)影響瘦客戶計(jì)算平臺(tái)性能的主要因素進(jìn)行了分析。在此基礎(chǔ)上給出了瘦客戶計(jì)算平臺(tái)的設(shè)計(jì)和研究方向。
關(guān)鍵詞：瘦客戶計(jì)算;遠(yuǎn)程顯示協(xié)議;體系結(jié)構(gòu)
以大型機(jī)為主的計(jì)算中心時(shí)代，通過(guò)終端設(shè)備使用計(jì)算中心的各種應(yīng)用和計(jì)算資源是當(dāng)時(shí)的典型應(yīng)用模式。因PC機(jī)成本的降低及用戶對(duì)使用中心計(jì)算模式所受各種限制的反感，致使大多數(shù)用戶采用PC機(jī)來(lái)完成計(jì)算任務(wù)。但網(wǎng)絡(luò)技術(shù)的飛速發(fā)展和應(yīng)用軟件種類(lèi)的增多及復(fù)雜程度不斷提高，讓用戶維護(hù)自己的計(jì)算環(huán)境成為具有挑戰(zhàn)性的工作，特別是針對(duì)安全性要求較高的企業(yè)應(yīng)用環(huán)境。而以網(wǎng)絡(luò)通信技術(shù)為基礎(chǔ)，以服務(wù)器計(jì)算為中心，采用瘦客戶/服務(wù)器計(jì)算模式的瘦客戶計(jì)算，恰好能夠解決這一問(wèn)題。
瘦客戶計(jì)算這一網(wǎng)絡(luò)計(jì)算模式的特點(diǎn)是：應(yīng)用程序和數(shù)據(jù)都運(yùn)行并存儲(chǔ)在服務(wù)器端，客戶端只剩下顯示和輸入設(shè)備，不進(jìn)行復(fù)雜計(jì)算，因而對(duì)瘦客戶機(jī)的硬件要求很低。它可以是簡(jiǎn)單的計(jì)算設(shè)備，如PDA(個(gè)人數(shù)字助手)，也可以是低端計(jì)算機(jī)或一些特殊設(shè)計(jì)的終端。
1瘦客戶計(jì)算體系結(jié)構(gòu)
如圖1所示，瘦客戶計(jì)算體系結(jié)構(gòu)模型由三部分構(gòu)成：①瘦客戶機(jī)，客戶端的計(jì)算設(shè)備，主要負(fù)責(zé)顯示用戶界面和客戶端輸入；②遠(yuǎn)程顯示協(xié)議（瘦客戶協(xié)議），用于在瘦客戶機(jī)與應(yīng)用服務(wù)器之間傳送應(yīng)用程序輸入/輸出信息的應(yīng)用層協(xié)議，③應(yīng)用服務(wù)器，高性能的計(jì)算機(jī)，應(yīng)用程序的安裝、運(yùn)行、維護(hù)、升級(jí)都在其上進(jìn)行，用戶的個(gè)人配置文件也保存在應(yīng)用服務(wù)器上。瘦客戶計(jì)算體系結(jié)構(gòu)中的關(guān)鍵技術(shù)是遠(yuǎn)程顯示協(xié)議，它是瘦客戶機(jī)和服務(wù)器上的應(yīng)用系統(tǒng)之間進(jìn)行交互的機(jī)制，它使得通過(guò)網(wǎng)絡(luò)為客戶設(shè)備提供圖形顯示等服務(wù)成為可能。
1．1瘦客戶計(jì)算的具體實(shí)現(xiàn)
1．1．1虛擬網(wǎng)絡(luò)計(jì)算
虛擬網(wǎng)絡(luò)計(jì)算（VirtualNetworkComputing，VNC）的計(jì)算體系結(jié)構(gòu)由三部分組成，即VNC服務(wù)器、RFB協(xié)議和VNC瀏覽器。在用戶使用VNC客戶端連接到運(yùn)行VNC服務(wù)器上時(shí)，通過(guò)鍵盤(pán)和鼠標(biāo)動(dòng)作來(lái)執(zhí)行存放在服務(wù)器上的應(yīng)用程序。服務(wù)器桌面的快照被壓縮且通過(guò)RFB協(xié)議發(fā)送到客戶端。客戶端與服務(wù)器之間的通信是通過(guò)架構(gòu)在TCP/IP上的RFB協(xié)議來(lái)實(shí)現(xiàn)的。
遠(yuǎn)程幀緩沖協(xié)議（RemoteFrameBuffers，RFB）是一個(gè)遠(yuǎn)程存取圖形用戶界面的簡(jiǎn)單協(xié)議。它工作在幀緩存級(jí)，能被用于所有的有關(guān)窗口操作的系統(tǒng)和應(yīng)用程序中，具有優(yōu)秀的平臺(tái)獨(dú)立性。協(xié)議的顯示部分基于一個(gè)單獨(dú)的繪圖源語(yǔ)：存放矩形像素塊數(shù)據(jù)在已給坐標(biāo)位置上。一系列的塊操作組成一次相應(yīng)的幀更新。雖然這種像素塊的貼操作效率較低，但可以通過(guò)多種像素編碼壓縮方式來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)帶寬、客戶端顯示速度及服務(wù)器處理速度之間的效率折中，以實(shí)現(xiàn)高效率的圖形顯示。
1．1．2微軟終端服務(wù)
微軟Windows終端計(jì)算體系結(jié)構(gòu)由三部分組成，即服務(wù)器多用戶操作系統(tǒng)內(nèi)核、遠(yuǎn)程桌面協(xié)議（RemoteDesktopProtocol,RDP）和基于窗口的痩客戶端軟件。服務(wù)器多用戶操作系統(tǒng)內(nèi)核提供了在服務(wù)器上同時(shí)運(yùn)行多個(gè)客戶會(huì)話的能力，且所有基于窗口的管理機(jī)制和技術(shù)都可用來(lái)管理終端桌面，它完全獨(dú)立于終端服務(wù)協(xié)議，使它既能運(yùn)行于RDP協(xié)議上，也可以運(yùn)行在第三方協(xié)議，如Citrix的ICA協(xié)議上。
RDP是微軟根據(jù)ITU(國(guó)際電信聯(lián)盟)的T.120協(xié)議族制定的終端服務(wù)器與客戶端之間的數(shù)據(jù)通信協(xié)議。作為一個(gè)多虛擬通道協(xié)議，RDP可以在不同的虛擬通道中傳輸Windows應(yīng)用系統(tǒng)界面輸出數(shù)據(jù)、鍵盤(pán)和鼠標(biāo)操作輸入數(shù)據(jù)等。RDP支持多點(diǎn)數(shù)據(jù)傳輸。數(shù)據(jù)從一個(gè)應(yīng)用程序?qū)崟r(shí)地傳輸?shù)蕉鄠€(gè)目的地，而無(wú)須為每個(gè)會(huì)話單獨(dú)地發(fā)送同樣的數(shù)據(jù)。
1．1．3Citrix的MetaFrame
Citrix的MetaFrame主要運(yùn)行在Windows平臺(tái)上。它的計(jì)算體系結(jié)構(gòu)有三個(gè)基本組成部分：應(yīng)用服務(wù)器軟件（MetaFrame）、ICA網(wǎng)絡(luò)協(xié)議、ICA客戶端軟件。MetaFrame中使用的MultiWin技術(shù)允許多個(gè)用戶在不同的客戶端平臺(tái)上，同時(shí)訪問(wèn)和運(yùn)行服務(wù)器上的某個(gè)應(yīng)用軟件。客戶端設(shè)備上的ICA軟件用于接收顯示圖像，同時(shí)向服務(wù)器發(fā)送鼠標(biāo)移動(dòng)和鍵盤(pán)擊鍵動(dòng)作的信息。
獨(dú)立計(jì)算體系結(jié)構(gòu)（IndependentComputingArchitecture，ICA）是Citrix公司的窗口顯示協(xié)議。它能在服務(wù)器上模擬本地應(yīng)用程序處理的多用戶層。多用戶層上的ICA顯示服務(wù)可將應(yīng)用程序的執(zhí)行和顯示邏輯分離開(kāi)來(lái)，使得應(yīng)用程序可以100%地在服務(wù)器上執(zhí)行，并通過(guò)標(biāo)準(zhǔn)的網(wǎng)絡(luò)傳輸協(xié)議TCP/IP和IPX等把用戶界面?zhèn)魉偷娇蛻舳恕＊?/p>
1．1．4TarantellaEnterprise
Tarantella通過(guò)三層體系結(jié)構(gòu)將傳統(tǒng)的非Web化的應(yīng)用轉(zhuǎn)變?yōu)閃eb應(yīng)用。第二層Tarantella服務(wù)器，是整個(gè)系統(tǒng)的核心。通過(guò)Tarantella服務(wù)器，各種不同平臺(tái)類(lèi)型的應(yīng)用服務(wù)器能夠同時(shí)為瘦客戶端提供服務(wù)，以實(shí)現(xiàn)企業(yè)應(yīng)用的集中式管理。
適應(yīng)性因特網(wǎng)協(xié)議(AdaptiveInternetProtocol，AIP)運(yùn)行于Tarantella服務(wù)器上的協(xié)議引擎和客戶端設(shè)備上的顯示引擎之間，是Tarantella客戶端與服務(wù)器之間的通信協(xié)議。AIP采用智能啟發(fā)式機(jī)制不斷地監(jiān)控、測(cè)量和適應(yīng)應(yīng)用程序與客戶端設(shè)備、數(shù)據(jù)傳輸?shù)木€路情況，以優(yōu)化網(wǎng)絡(luò)響應(yīng)。Tarantella的監(jiān)視器經(jīng)常發(fā)送關(guān)于客戶端設(shè)備性能、網(wǎng)絡(luò)響應(yīng)時(shí)間和帶寬等的反饋信息。該反饋信息將限定協(xié)議引擎運(yùn)行和客戶端設(shè)備執(zhí)行操作的數(shù)量。協(xié)議引擎將各種需求按級(jí)別進(jìn)行分類(lèi)并自動(dòng)進(jìn)行優(yōu)化調(diào)整。例如AIP可以區(qū)別交互式和流式的應(yīng)用，以對(duì)它們采用不同的優(yōu)化機(jī)制。AIP、協(xié)議引擎與顯示引擎、智能緩存等特性為遠(yuǎn)程用戶提供良好的性能。1．2瘦客戶計(jì)算平臺(tái)性能
在瘦客戶平臺(tái)的基本框架內(nèi)，瘦客戶計(jì)算的具體實(shí)現(xiàn)有很多種設(shè)計(jì)選擇，不同的選擇會(huì)使平臺(tái)的性能具有明顯差異。評(píng)價(jià)瘦客戶平臺(tái)性能的主要指標(biāo)是客戶端請(qǐng)求的平均等待時(shí)間和客戶端顯示圖像的質(zhì)量等。要分析影響瘦客戶平臺(tái)性能的主要因素，需要測(cè)試不同設(shè)置下平臺(tái)在不同網(wǎng)絡(luò)環(huán)境下的網(wǎng)絡(luò)和視頻性能。在網(wǎng)絡(luò)性能方面，主要測(cè)試網(wǎng)頁(yè)從服務(wù)器端到客戶端的平均等待時(shí)間和數(shù)據(jù)傳輸量；在視頻性能方面，它主要測(cè)試視頻質(zhì)量（即客戶端顯示質(zhì)量）和傳送的數(shù)據(jù)量。為定量的描述視頻質(zhì)量，采用慢速播放技術(shù)并使用式（1）來(lái)計(jì)算。
2影響平臺(tái)性能的主要因素
測(cè)試結(jié)果表明，影響瘦客戶平臺(tái)性能的主要因素是顯示編碼源語(yǔ)、屏幕更新機(jī)制和緩存與壓縮。以下就不同平臺(tái)所使用不同設(shè)計(jì)選擇分析對(duì)平臺(tái)性能的影響。
2．1顯示編碼源語(yǔ)
顯示編碼源語(yǔ)分為基于像素和基于圖形的繪圖源語(yǔ)。使用基于像素的顯示編碼的瘦客戶平臺(tái)，顯示更新在服務(wù)器端處理，送到客戶端的僅是需要顯示的像素?cái)?shù)據(jù)。其平臺(tái)獨(dú)立性好、客戶端計(jì)算簡(jiǎn)單。基于圖形的顯示編碼，與操作系統(tǒng)的窗口操作和顯示命令聯(lián)系緊密，負(fù)責(zé)處理更新的顯示命令和需要顯示的屏幕數(shù)據(jù)一同從服務(wù)器傳送到客戶機(jī)，在客戶端處理顯示更新。其平臺(tái)獨(dú)立性較差、客戶端計(jì)算復(fù)雜。像素源語(yǔ)能使系統(tǒng)顯示像素區(qū)域的所有更新。它不需要任何有關(guān)顯示內(nèi)容的語(yǔ)義信息。圖形源語(yǔ)，如字形，用于系統(tǒng)從圖像中分離要顯示的字形。
VNC采用基于像素的顯示編碼。其協(xié)議RFB支持2D繪圖源語(yǔ)，如對(duì)文本窗口的屏幕區(qū)域，采用單色或雙色的位圖填充。RFB也可設(shè)置為僅使用Raw像素編碼,但在默認(rèn)情況下不采用該編碼。Citrix的MetaFrame、微軟的終端服務(wù)和Tarantella采用基于圖形的顯示編碼。其協(xié)議ICA、RDP和AIP支持字形、圖標(biāo)、圖像和繪圖命令等繪圖源語(yǔ)。
在單獨(dú)測(cè)試協(xié)議編碼源語(yǔ)對(duì)系統(tǒng)的性能影響時(shí)（AIP無(wú)法關(guān)掉高速緩存的選項(xiàng)；RFB無(wú)法關(guān)掉顯示壓縮），在100Mbps帶寬網(wǎng)絡(luò)環(huán)境，網(wǎng)絡(luò)性能測(cè)試中，傳輸內(nèi)容相同的情況下，AIP響應(yīng)時(shí)間最短，其次是采用2D繪圖原語(yǔ)的RFB，而ICA和RDP則具有相同的延遲時(shí)間且響應(yīng)時(shí)間最長(zhǎng)。在傳送數(shù)據(jù)量方面，如果傳輸相同內(nèi)容的文本圖像混合網(wǎng)頁(yè)，RFB傳輸?shù)臄?shù)據(jù)量最少；AIP、ICA和RDP傳輸?shù)臄?shù)據(jù)量相同且大于RFB。如果是傳輸相同內(nèi)容的純文本網(wǎng)頁(yè)，則RDP和ICA傳輸?shù)臄?shù)據(jù)量最小，AIP次之，RFB最大。由此可見(jiàn)，采用基于圖形的顯示編碼在傳送純文本時(shí)比RFB的帶寬效率高。
2．2顯示更新機(jī)制
顯示更新機(jī)制包括更新時(shí)機(jī)（TimingofDisplayUpdates）及刷新模式。更新時(shí)機(jī)有客戶端拉動(dòng)（Client－pull）和服務(wù)器端推動(dòng)（Server－push）兩種；每種技術(shù)又可采用兩種刷新模式，即懶惰更新（LazyUpdate）和急切更新（EagerUpdate）中的一種?？蛻舳死瓌?dòng)是一種由客戶端驅(qū)動(dòng)的顯示更新技術(shù)，由客戶端決定屏幕更新的時(shí)機(jī)。服務(wù)器并不將每次更新都發(fā)送給客戶，只有收到來(lái)自客戶機(jī)的請(qǐng)求時(shí)，才將最近的顯示更新發(fā)送出去。服務(wù)器端推動(dòng)是由服務(wù)器驅(qū)動(dòng)的顯示更新技術(shù)，由服務(wù)器決定屏幕更新的時(shí)機(jī)。它需要根據(jù)刷新模式來(lái)確定何時(shí)發(fā)送屏幕更新給客戶。急切模式是當(dāng)服務(wù)器上的應(yīng)用程序產(chǎn)生繪圖命令時(shí)，瘦客戶系統(tǒng)立即將命令轉(zhuǎn)換為基本的顯示編碼源語(yǔ)并把顯示刷新數(shù)據(jù)發(fā)送到客戶端，它使服務(wù)器能跟上應(yīng)用程序的翻譯命令。懶惰刷新模式是將若干翻譯命令首先緩沖，然后再需要時(shí)懶惰地發(fā)送合并的顯示刷新到客戶端。對(duì)于實(shí)時(shí)視頻顯示，懶惰顯示刷新模式導(dǎo)致許多視頻幀在服務(wù)器端被合并和覆蓋，使發(fā)送刷新的頻率降低。它雖然能減少數(shù)據(jù)量的傳輸，但影響了系統(tǒng)的視頻性能。
在RFB中采用客戶端拉動(dòng)的懶惰更新模式。當(dāng)客戶端請(qǐng)求時(shí)，更新被懶惰地發(fā)送。但常常由于客戶運(yùn)行的VNC已被大量地加載，客戶端變成申請(qǐng)顯示刷新的瓶頸，導(dǎo)致在客戶機(jī)端產(chǎn)生下一個(gè)更新請(qǐng)求前，服務(wù)器端已將那些被合并和覆蓋的視頻丟失了，所以其視頻播放的性能較差。Citrix的MetaFrame和微軟的終端服務(wù)依賴于服務(wù)器推動(dòng)的懶惰更新模式。它比RFB的視頻性能要好一些，不會(huì)在客戶端產(chǎn)生顯示刷新的瓶頸，但仍然會(huì)放棄或者融合服務(wù)器端的顯示。AIP使用服務(wù)器推動(dòng)技術(shù)，刷新模式則能根據(jù)帶寬情況在急切和懶惰中進(jìn)行智能選擇。它在100Mbps的視頻性能測(cè)試中表現(xiàn)很好，尤其對(duì)于多媒體視頻應(yīng)用程序。AIP使用懶惰模式來(lái)適應(yīng)較低的帶寬。
在100Mbps網(wǎng)絡(luò)環(huán)境中。RDP、ICA和RFB傳送低質(zhì)量視頻，相比之下ICA、RDP要比RFB好一些，而AIP能傳送超過(guò)90％的視頻質(zhì)量（可由式（1）計(jì)算），但在10Mbps降到僅有大約50%的視頻質(zhì)量。傳送的數(shù)據(jù)量從大到小依次為AIP、RDP、ICA和RFB。
2．3壓縮編碼和緩存
壓縮編碼不僅影響服務(wù)器將屏幕更新傳送到客戶端時(shí)的數(shù)據(jù)量，還決定了將屏幕更新數(shù)據(jù)呈遞給客戶端的顯示引擎設(shè)計(jì)的簡(jiǎn)繁程度。好的壓縮編碼壓縮比高，網(wǎng)絡(luò)帶寬要求低，且客戶端能用簡(jiǎn)單的顯示引擎快速高效地顯示出來(lái)，響應(yīng)時(shí)間短?？蛻舳司彺嬗脕?lái)保存經(jīng)常使用的顯示元素，如字體和位圖等，使得假如當(dāng)前所需顯示的元素在緩存中，客戶端就可從緩存中獲得，而不必重復(fù)向服務(wù)器端發(fā)送請(qǐng)求獲得。在高帶寬下，網(wǎng)絡(luò)不是瓶頸，此時(shí)使用緩存會(huì)造成一些附加的計(jì)算，影響平臺(tái)性能。在較低帶寬下，性能與數(shù)據(jù)傳輸量有直接關(guān)系，緩存和好的壓縮算法有利于提高性能。
RFB主要采用二維運(yùn)動(dòng)步長(zhǎng)編碼（2DRLE）的變種，如CopyRectangle、RRE(Rise－and－Run－Length)、CoRRE(CompactRRE)和Hextile等，缺省時(shí)使用Hextile編碼。雖然RFB中壓縮編碼算法壓縮比不是很高，但由于算法簡(jiǎn)單，故對(duì)客戶端的圖形顯示引擎設(shè)計(jì)要求較低，客戶端程序很簡(jiǎn)單，這使得VNC成為真正的瘦客戶系統(tǒng)。RFB采用本地幀緩沖，如果需要顯示的某一部分?jǐn)?shù)據(jù)在當(dāng)前緩沖中，客戶端只需將其拷貝到屏幕上所需的區(qū)域，而無(wú)須發(fā)送請(qǐng)求給服務(wù)器。但由于RFB僅保留當(dāng)前顯示的數(shù)據(jù)，沒(méi)有提供足夠的歷史記錄，對(duì)減少數(shù)據(jù)量的傳輸效果不大。如果僅在屏幕中移動(dòng)窗口或滾動(dòng)窗口內(nèi)的內(nèi)容時(shí)，RFB具有一定的優(yōu)勢(shì)。ICA和RDP都使用運(yùn)行步長(zhǎng)（RLE）編碼壓縮；字體和小的位圖保存在客戶端緩存中，大的位圖保存到客戶端磁盤(pán)中。AIP使用了RLE和LZW編碼壓縮，并且使用一種自適應(yīng)機(jī)制來(lái)應(yīng)付網(wǎng)絡(luò)帶寬的變化，在高帶寬時(shí)關(guān)閉壓縮，在低帶寬時(shí)打開(kāi)。AIP在客戶端使用顯示對(duì)象緩存。RFB在壓縮純文本數(shù)據(jù)時(shí)，可以壓縮到原數(shù)據(jù)量的3%；而在壓縮圖像數(shù)據(jù)和視頻數(shù)據(jù)時(shí)，這個(gè)比例分別為6%和30%。ICA在壓縮純文本數(shù)據(jù)時(shí)，可壓縮到原數(shù)據(jù)的30%;而在壓縮圖像和視頻數(shù)據(jù)時(shí)，壓縮比分別可以達(dá)到45%和68%。RDP在壓縮純文本數(shù)據(jù)和圖像數(shù)據(jù)時(shí)，可將數(shù)據(jù)量壓縮到原來(lái)的40%；在壓縮視頻數(shù)據(jù)時(shí)，壓縮比可達(dá)58%。對(duì)于視頻數(shù)據(jù)而言，ICA壓縮后的視頻質(zhì)量會(huì)降低近一半，而RDP壓縮后的視頻質(zhì)量幾乎不變。對(duì)于AIP，壓縮時(shí)視頻質(zhì)量從高于90％降到不足30％。AIP不能單獨(dú)設(shè)置壓縮，當(dāng)壓縮被打開(kāi)時(shí)，緩存也同時(shí)被打開(kāi)。在100Mbps帶寬下，其等待時(shí)間增加了13%，這主要是由緩存的額外開(kāi)銷(xiāo)所影響的。
在100Mbps帶寬下，RFB和RDP使用緩存在等待時(shí)間、數(shù)據(jù)傳輸量和視頻性能上幾乎沒(méi)有什么影響。ICA的高速緩存使平均網(wǎng)頁(yè)等待時(shí)間增長(zhǎng)了40％。這說(shuō)明在高帶寬網(wǎng)絡(luò)環(huán)境中ICA緩存的額外開(kāi)銷(xiāo)超過(guò)它的好處。但I(xiàn)CA的緩存機(jī)制卻減少了數(shù)據(jù)量的傳輸。ICA傳輸文本數(shù)據(jù)、圖像數(shù)據(jù)和視頻數(shù)據(jù)時(shí)，數(shù)據(jù)量分別減少為原來(lái)的55%、34%和62%。但此時(shí)由于傳輸速度減慢、傳輸數(shù)據(jù)量減少，嚴(yán)重降低了視頻質(zhì)量，致使視頻質(zhì)量從大約50％降到不足5％。這說(shuō)明ICA高速緩存的額外開(kāi)銷(xiāo)在高帶寬環(huán)境下超過(guò)其對(duì)性能的貢獻(xiàn)。
3結(jié)束語(yǔ)
由以上對(duì)影響瘦客戶平臺(tái)性能的幾方面因素的分析可得出以下結(jié)論：
（1）在帶寬足夠高的情況下，顯示編碼計(jì)算的復(fù)雜程度是決定性能的主要因素，而并非其生成數(shù)據(jù)量的大小。基于像素的顯示編碼計(jì)算簡(jiǎn)單；圖形編碼方式帶寬利用率一般較高，但若屏幕內(nèi)容為圖文混合時(shí)，像素編碼方式卻比圖形編碼方式的帶寬效率高。像素編碼與圖形編碼相比具有更好的平臺(tái)獨(dú)立性。
（2）顯示更新機(jī)制是視頻質(zhì)量的重要決定因素。帶寬較寬時(shí)使用服務(wù)器驅(qū)動(dòng)的急切更新模式，能獲得較好的視頻性能；較低帶寬下為減少響應(yīng)時(shí)間，節(jié)省網(wǎng)絡(luò)帶寬，使用懶惰更新機(jī)制，它通過(guò)放棄或者融合顯示更新?tīng)奚艘曨l質(zhì)量?？蛻舳蓑?qū)動(dòng)容易造成客戶請(qǐng)求的瓶頸。
（3）壓縮和緩存都能降低數(shù)據(jù)量的傳輸，但在不同網(wǎng)絡(luò)帶寬下，壓縮與緩存在計(jì)算開(kāi)銷(xiāo)和帶寬保留之間存在著平衡的問(wèn)題。簡(jiǎn)言之，當(dāng)有足夠的網(wǎng)絡(luò)帶寬時(shí)，減少處理時(shí)間是可取的，而在較低的網(wǎng)速下減少傳輸?shù)臄?shù)據(jù)總和是有益的。
借鑒上述平臺(tái)的優(yōu)點(diǎn)，使瘦客戶平臺(tái)在不同的網(wǎng)絡(luò)環(huán)境下都具有較高的性能，并對(duì)各種應(yīng)用傳送的屏幕內(nèi)容都能很好地適應(yīng)。要求其具有智能選取顯示編碼（或開(kāi)發(fā)出具有更好適應(yīng)性的顯示編碼）和更新機(jī)制的能力；智能地控制壓縮和緩沖的打開(kāi)及關(guān)閉。通過(guò)智能啟發(fā)式的機(jī)制，在用戶不干預(yù)的情況下，通過(guò)測(cè)量自動(dòng)判斷目前的狀況并動(dòng)態(tài)適應(yīng)，從而使瘦客戶平臺(tái)具有對(duì)客戶機(jī)計(jì)算能力和帶寬的適應(yīng)性，即在各種網(wǎng)絡(luò)帶寬和客戶機(jī)的情況下，都能獲得較高的性能。以上分析為今后開(kāi)發(fā)具有自我知識(shí)產(chǎn)權(quán)的高性能瘦客戶系統(tǒng)提供了基礎(chǔ)。
參考文獻(xiàn)：
［1］RICHARDSONT,STAFFORDFQ,WOODKR，etal.Virtualnetworkcomputing[J].IEEEInternetComputing,1998,2(1):32－38.
[2]RICHARDSONT.TheRFBprotocol[S].[S.l.]:RealVNCLtd,2003.
[3]MicrosoftCorporation.MicrosoftWindowsNTserver4.0,terminalserveredition:anarchitecturaloverview[R].[S.l.]:Redmond,1998.
[4]Bocaresearch.citrixICAtechnologybrief[R].[S.l.]:BocaRaton,1999.
[5]TarantellaCorporation.Atechnicaloverview,Atarantellawhitepaper[R].[S.l.]:[s.n.]，2001.
[6]NIEHJ,YANGSJ,workcomputinglaboratory[R].[S.l.]:ColumbiaUniversity,ComparisonofThin－clientComputingArchitectures，2000.
[7]YANGSJ，NIEHJ，NOVIKN.Measuringthin－clientperformanceusingslow－motionbenchmarking[J].ACMTransationsonComputerSystem,2003,21(1):87－115.
[8]RIEDLLR.Technologiesofthin－clientarchitectures[R].[S.l.]:[s.n.],2001.
[9]YANGSJ，NIEHJ，SELSKYM,etal.Theperformanceofremotedisplaymechanismsforthin－clientcomputing:proceedingsoftheUSENIXAnnualTechnicalConference[C].[S.l.]:[s.n.],2002.