一番討論,才明白爲何windows自帶的遠程桌面mstsc比Ultr***NC要快。php
協議,仍是協議。從控制命令上入手,傳送GDI命令參數,而不是屏幕的數值。繪圖都由Client端實時完成。Server幾乎是idle的,僅傳送命令參數。html
Microsoft的遠程桌面協議(Remote Desktop Protocol,簡稱RDP)ios
它僅傳輸服務器所顯示的對象的屬性變化的控制值,實現快速遠程控制,相對於其它採用抓屏圖片壓縮的遠程控制軟件,如PCAnyWhere等而言,速度更快,控制更準確。算法
1) winxp 使用自帶的mstsc,佔用資源少,節約CPU。編程
看mov確實不卡。 時間流上看不出來。可是用souceinsight,word這些可能就是不行。一直在交互。畢竟有嚴遲。感受上不爽。windows
2) VNC系列。服務器
Ultr***NC,從驅動程序入手,自帶Video Mirror Driver,速度極大提高。比起其餘抓屏幕的垃圾算法軟件,改善不少。 網絡
刷新仍是太卡。 屏幕沒有像mstsc自適用。併發
3) Damewareide
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。