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