協(xié)議，還是協(xié)議。從控制命令上入手，傳送GDI命令參數(shù)，而不是屏幕的數(shù)值。繪圖都由Client端實(shí)時(shí)完成。Server幾乎是idle的，僅傳送命令參數(shù)。
Microsoft的遠(yuǎn)程桌面協(xié)議(Remote Desktop Protocol，簡(jiǎn)稱RDP)
它僅傳輸服務(wù)器所顯示的對(duì)象的屬性變化的控制值，實(shí)現(xiàn)快速遠(yuǎn)程控制，相對(duì)于其它采用抓屏圖片壓縮的遠(yuǎn)程控制軟件，如PCAnyWhere等而言，速度更快，控制更準(zhǔn)確。
1) winxp 使用自帶的mstsc,占用資源少，節(jié)約CPU。
看mov確實(shí)不卡。 時(shí)間流上看不出來(lái)。但是用souceinsight,word這些可能就是不行。一直在交互。畢竟有嚴(yán)遲。感覺上不爽。
2) VNC系列。
Ultr***NC,從驅(qū)動(dòng)程序入手，自帶Video Mirror Driver，速度極大提升。比起其他抓屏幕的垃圾算法軟件，改善很多。
刷新還是太卡。 屏幕沒有像mstsc自適用。
3) Dameware
Dameware一直以來(lái)以速度快,支持客戶端免安裝(實(shí)際上是遠(yuǎn)程自動(dòng)安裝)而在遠(yuǎn)程控制軟件領(lǐng)域深受廣大管理員喜愛.
支持Microsoft RDP協(xié)議, 用這個(gè)遠(yuǎn)程控制winxp和win2003，效果和微軟的遠(yuǎn)程桌面工具一樣快。
4) 提高終端服務(wù)并發(fā)連接數(shù): ThinSoft.WinConnect.Server.XP
windows xp的rdp有1個(gè)并發(fā)數(shù)的連接限制。
而WinConnect.Server.XP可以突破這個(gè)限制，最大可以擁有21個(gè)并發(fā)連接數(shù)。
官方網(wǎng)站：
http://www.thinsoftinc.com/products_winconserver_info.html
針對(duì)xp/2k3 sp1。
5)其他的，抓屏幕的垃圾設(shè)計(jì)軟件：
Radmin不比VNC快。延遲比較嚴(yán)重。有放卡片的感覺。切換窗口時(shí)。沒什么強(qiáng)的。不如VNC。
PCAnywhere 塊頭太大了，垃圾一個(gè)，性能太差。以前win98年代還有競(jìng)爭(zhēng)力。現(xiàn)在不實(shí)用。
寫這些軟件的豬頭們，“只顧埋頭拉車，不會(huì)抬頭看路”。
一點(diǎn)也沒有理解控制報(bào)文和數(shù)據(jù)報(bào)文的區(qū)別！設(shè)計(jì)上就是垃圾，算法再好，也是沒有效率的。
設(shè)計(jì)是軟件的核心。核心是爛的，什么也別說了。再改進(jìn)也沒什么意義。
其他討論：
6)
與朋友的討論，搜到一篇帖子：
Ask Slashdot: Which VNC Software is Best?
http://ask.slashdot.org/article.pl?sid=04/10/20/0132236&tid=185&tid=201&tid=4
這個(gè)帖子里面，每個(gè)人使用的感覺都不同("YMMV--Your mileage may vary" 真是很好用的一句話)，
有人說這個(gè)好，有人說那個(gè)好，每個(gè)人的經(jīng)驗(yàn)/感覺都不同。下面是其中的一篇總結(jié)：
RealVNC: the original.
TightVNC: optimized for low-bandwidth
Ultra: tons of extras - file transfer, chat, video driver, NT/AD security
Tridia: get around firewalls, more management features
其他相關(guān)的東西：
1. VNC Loop
http://en.wikipedia.org/wiki/VNC_Loop
2. RealVNC Password Decrypter
http://jonas.pie.la/page/code.html#vncdec
3. FreeNX (據(jù)說速度比 VNC 快很多，號(hào)稱可以達(dá)到接近本地的速度)
http://freenx.berlios.de/download.php
7)
http://topic.csdn.net/t/20040612/20/3086704.html
遠(yuǎn)程傳輸屏幕行為的方案!(討論)
HunterForPig (留著口水的豬) 2004-06-12 20:50:24 在 VC/MFC / 網(wǎng)絡(luò)編程 提問
實(shí)現(xiàn)方式：
在網(wǎng)絡(luò)上傳輸這一屏幕行為
每秒鐘截屏12次！壓縮成jpeg,
所以每截一次,傳輸圖像數(shù)據(jù)一次
發(fā)現(xiàn)服務(wù)器端cpu使用率為100%,
暈了,不知還有何其它方法記錄下屏幕行為,
或者降低cpu使用率!
Video Mirror Driver
如果想解決CPU占用率的問題，最根本的解決方案是從驅(qū)動(dòng)程序入手，Windows 2000以上已經(jīng)支持Mirror Driver，
并且已經(jīng)有一些遠(yuǎn)程監(jiān)控的產(chǎn)品使用了此技術(shù)。如果摟主熟悉驅(qū)動(dòng)編程，或許可以研究研究此種方法。
諸位討論很熱烈，那我也來(lái)湊湊熱鬧。
shootingstars，你的知識(shí)面看來(lái)比較廣，在這個(gè)問題上考慮到了驅(qū)動(dòng)程序。事實(shí)上，運(yùn)用過濾驅(qū)動(dòng)截圖是最好的解決方案，主要包括以下兩個(gè)技術(shù)點(diǎn)：
1 第一屏傳輸。第一屏的速度是衡量屏幕傳輸效率的重要參數(shù)，一般來(lái)說，用過濾驅(qū)動(dòng)完成截圖，并直接壓縮到Socket的緩沖區(qū)，能夠獲取最快的速度，
壓縮算法中Intel MPEG4是一個(gè)很好的選擇。
2 局部截屏傳輸。屏幕并不是一個(gè)整體，而是大量象素組合成的，我們只需要以一定的速率(禎率)來(lái)截取變化的像素，并發(fā)送到目標(biāo)機(jī)器，就可以獲得極高的傳輸速率。
當(dāng)然，如何對(duì)屏幕進(jìn)行局部截取，以及如何判斷變化的像素，都是很大的難題，需要用過濾驅(qū)動(dòng)來(lái)解決。事實(shí)上，國(guó)內(nèi)外的一些軟件已經(jīng)實(shí)現(xiàn)了這一功能，比如WinXP和Lanstar。