• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            我的玻璃盒子

            [轉(zhuǎn)]mstsc VS vnc : 遠(yuǎn)程桌面最快的原因在于RDP協(xié)議

            [轉(zhuǎn)自]http://kongjian.baidu.com/newsys007/blog/item/a2673a8649164a3b67096ed2.html

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

            posted on 2011-05-29 22:51 深藍(lán)色系統(tǒng) 閱讀(2186) 評論(1)  編輯 收藏 引用

            評論

            # re: [轉(zhuǎn)]mstsc VS vnc : 遠(yuǎn)程桌面最快的原因在于RDP協(xié)議 2011-10-05 13:48 男鞋團(tuán)購

            現(xiàn)在c++離我越來越遠(yuǎn)了,java還記得一點  回復(fù)  更多評論   


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            導(dǎo)航

            <2009年7月>
            2829301234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            統(tǒng)計

            常用鏈接

            留言簿(75)

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久青青草视频| 国内精品伊人久久久久777| 人妻丰满AV无码久久不卡| 久久精品国产亚洲av影院 | 久久精品视频91| 久久亚洲精品无码观看不卡| 久久精品国产久精国产果冻传媒| 久久人人爽人人爽人人片AV东京热| 久久综合给久久狠狠97色 | 久久综合久久自在自线精品自| 久久电影网一区| 香蕉久久夜色精品国产2020| 国产韩国精品一区二区三区久久| 青青草原综合久久大伊人导航| 久久久久久无码Av成人影院| 国产午夜电影久久| 久久亚洲AV成人无码国产| 女同久久| 狠狠人妻久久久久久综合蜜桃| 久久棈精品久久久久久噜噜| 亚洲国产成人久久笫一页| 99久久精品国产一区二区| 婷婷伊人久久大香线蕉AV| 久久久久久亚洲精品影院| 777久久精品一区二区三区无码| 久久精品人人做人人爽97| 国产成人精品三上悠亚久久| 国内精品久久久久久久coent| 久久久久久久97| 精品久久久噜噜噜久久久| 久久久亚洲AV波多野结衣| 国产欧美久久久精品影院| 色偷偷91久久综合噜噜噜噜| 久久av免费天堂小草播放| 国内精品久久久久久麻豆| 九九久久99综合一区二区| 久久99热国产这有精品| 伊人丁香狠狠色综合久久| 国产精品99久久久久久猫咪| 久久99精品国产99久久6| 国产亚洲精久久久久久无码AV|