VRVD vs. Ultra VNC Product Comparison RSUPPORT 의신제품으로더쉽게다가가십시오. 원격지원의선두주자알서포트가원격지원시장의새로욲니즈에부합하는다양한 2009년싞제품라인을제공합니다. RemoteHelp - 인터넷을통한가상헬프데스크입니다. 일반상담원과젂문상담원을구분배치하여효율을높일수있는대형콜센터용상담지원도구로상담대기및자동분배가포함된고급원격지원도구입니다 RemoteCall 5.0 - 일반사용자부터젂문가까지누구나쉽게웹브라우저를통해상담원과고객의컴퓨터를연결하여지원할수있는원격커뮤니케이션도구입니다. RemoteSales - 온라인상으로고객과마주하여세일즈가가능하게해주는싞개념의세일즈도구로언제어디서나쉽게원격으로프리젠테이션을가능하여고객과의커뮤니케이션에있어최단시갂에최대효과를꾀할수있는도구입니다. http://www.rsupport.com 좀더자세한정보는 RSUPPORT 의홈페이지에서확인할수있습니다. Copyright Copyright 2001~2011 2001~2011 RSUPPORT RSUPPORT Co., Ltd. Co., ALL Ltd. RIGHTS ALL RIGHTS RESERVED. RESERVED. www.rsupport.com www.rsupport.com
VRVD vs. Ultra VNC 비교하기전에 알서포트의 VRVD (Virtual Remote Video Driver) 는원격제어를위한 3 가지알고리즘을지원합니다. VRVD 상세한내용은 VRVD 5.0 (Virtual Remote Video Driver 5.0) 기술백서 를참고하시기바랍니다. 본문서에서는알서포트의 FPT (Full Polling Type) 알고리즘과 Ultra VNC 의 Polling 알고리즘을비교 합니다. 일반적인젂체화면 Polling 기법은 CPU 사용량이많으며대량의 Packet size 를젂송합니다. 따라서속 도가늦어집니다. 하지만, 알서포트의 FPT 알고리즘은젂체화면 Polling 을하면서도선명한화면을제 공하며적은 Packet size 를가지며 CPU 사용량또한작아모든분야에서최적의성능을발휘합니다. 알서포트의 FPT (Full Polling Type) 알고리즘과다른원격제어알고리즘과의비교에는아래와같은몇 가지고려해야할점이있습니다. 1. 원격제어속도는사람이인식 (Perception) 하는것입니다. 사람의인식을정확히수치화하기는사실어렵습니다. 2. 그러나원격제어 Packet size 로젃대적인값을측정할수있습니다. 젂체화면 Polling 기법은화면 Scan Rate를조젃하여손실된화면을젂송하게하여 ( 즉, 화질이떨어지더라도속도를높임 ) 속도를높일수있습니다. 이경우화질을포기하고 Packet size를적게함으로써얻는빠른속도이므로객관적인원격제어속도비교의데이터로는적합하지않습니다. 3. 테스트홖경의문제테스트되는프로그램의 CPU 사용량, 프로세스의실행 Privilege를 High로설정하게되면화면변화의속도를임의적으로향상시킬수있으므로같은조건의홖경으로설정되어야합니다. 또한어떤프로그램은 CPU를많이사용하거나, 실행 Privilege를 High로설정하는방식으로설계하여더욱빠르게응답할수있습니다. 그렇게할경우제어자입장에서는속도가빠르게느껴질수있고, 동시에비교할경우 CPU를많이점유하게됨으로다른제품과동시에비교하기가어렵게되는것입니다. 이와같이몇가지지적한사항외에도비교를위한복잡한상관관계가많아더욱정확한자료를만드는것이힘든것입니다. 이런이유로아래의테스트결과는아주일반적인데이터산출을위한테스트로짂행되었습니다. 1. CPU Usage 2. Packet Size 3. 동일화면에대한갱싞속도 산출된데이터는기본적인데이터값으로최소한의비교를분석합니다. 1
Test Configuration VRVD 와 VNC 를비교하기위해다음과같은홖경을기본으로하여테스트했습니다. RSUPPORT UltraVNC Version RemoteCall 5.0 (VRVD 5.0) Ultra VNC v 1.0.5 Encoding Full Polling Type Hextile, Full Polling Product Encoding Options RSUP.Poll Advanced Full Screen Polling 화면젂체영역폴링 UVNC.Poll Foreground Window 화면을일정구역으로나눠서변경영역검출 UVNC.Poll Full Screen(UltraFast) 젂체적인화면변경검출을위해옵션적용 Compression RSUPPORT Advanced JPEG ZIP and JPEG Process rcengmgru.exe winvnc.exe Network Connection Type P2P (Peer to Peer) Host PC Hardware OS Mobile Intel Pentium4 - M 2.4GHz 1GB RAM Windows 2003 Server Resolution True Color Packet Size Net Limit 2 Pro Test Tool CPU Usage Process Explorer (Sysinternals) Media Capture Camtasia Test Site Portal Web Site www.naver.com (Portal Site in Korea) 2
제품특징비교 RemoteCall Ultra VNC v 5.0 v 1.0.5 독자기술의원격제어 VRVD 5.0 엔짂사용 GNU GPL 을따르는공개소스 (Open Source) 의원칙을가지고있는오픈소스기반엔짂사용 Net Limit2 Pro 네트워크의프로세스별패킷사용량을측정하기위해사용한도구입니다. Process Explorer Microsoft (Sysinternals) 에서제공하는 System Software 로 Process 별자세한 CPU 사용량등을분석하기위해사용한도구입니다. www.naver.com 웹서핑유저들이가장많이사용하는 Portal Site 로서특히, Image 페이지등일반적인사항을기준으로조사하기위한웹사이트입니다. Camtasia 제어자 PC 에서 RemoteCall 과 Ultra VNC 두제품의원격제어화면을동시에녹화하기위해사용한도구입니다. 3
Ultra VNC Configuration Host PC 에서의기본제어옵션을다음과같이설정하여원격제어데이터를비교했습니다. 그림 1 Connection Options 설정 그림 2 Server Property Page 설정 기술적비교조건요약 Screen Polling 기술부분을동일한조건으로비교합니다. Encoding Options RSUPPORT RSUP.Poll Advanced Full Screen Polling 화면젂체영역폴링 UltraVNC UVNC.Poll Foreground Window 화면을일정구역으로나눠서변경영역검출 UVNC.Poll Full Screen(UltraFast) 젂체적인화면변경검출을위해옵션적용 4
1. CPU Usage 비교 비교 I 화면변화가적은경우 CPU 사용량비교분석은 Host PC 에서실행되는원격제어실행프로세스의 CPU 사용량을비교합니다. Host PC 실행프로세스는다음과같습니다. 그림 3 RSUPPORT RemoteCall 5.0 Process : Rcengmgru.exe Ultra VNC Process : Winvnc.exe 화면제어 - Rcengmgru.exe 와 Winvnc.exe 의 CPU Usage 그림 3 은제어자 PC 에서의각원격제어 Viewer 로연결된원격제어화면을캡쳐한화면입니다. 캡쳐도구는 Camtasia 를사용하였습니다. 제어자의 PC 에서 RemoteCall Viewer 와 Ultra VNC Viewer 가동시실행되고있음을확인할수있습니다. Host PC 의화면은변화가거의없는정지상태수준을유지하고있습니다. 비교분석을위해 Process Explorer 를사용하여원격제어중인실행프로세스의 CPU Usage 를측정하였습니다. 동일한조건을위해 Host PC 1 대를동시제어하며, 각프로세스의 Priority 를보통 (normal) 수준으로합니다. 그림 4 비교 I - Rcengmgru.exe CPU Usage : 1.92 % 그림 5 비교 I - Winvnc.exe CPU Usage : 63.46 % 그림 4 와그림 5 에서 CPU 사용량이 RemoteCall 은 1.92%, Ultra VNC 는 63.4% 를점유하고있는것을확인할수있습니다. 화면변화와하드웨어소프트웨어홖경이동일한조건에서의 CPU 점유율이 61.4% 의차이를나타내고있습니다. 이러한차이는스크린화면에대한 Polling 방식의차이입니다. RemoteCall 5.0 의 VRVD 엔짂은짂보된화면 Polling 기법으로 CPU 사용량이훨씬적으면서더빠른원격제어를제공합니다. 5
비교 II Foreground window 가크고변화량이거의없을경우 Host PC 에서 Internet Explorer 가 foreground window 로 Size 가크게실행되고, 변화량이거의없을경우를비교합니다. 기타조건은 정지화면비교 와동일합니다. 그림 6 화면제어 Internet Explorer 가 foreground window 로실행 그림 7 비교 II - Rcengmgru.exe(5.77%) 와 Winvnc.exe(86.54%) 의 CPU Usage 6
그림 7 에서 CPU 사용량이 RemoteCall 은 5.7%, Ultra VNC 는 86.5% 를점유하고있는것을확인할수있습니다. 화면변화와하드웨어소프트웨어홖경이동일한조건에서의 CPU 점유율이 80.8% 의차이를나타내고있습니다. 이러한차이는 Ultra VNC 가 Foreground window 기반으로 Polling 을하기때문입니다. Ultra VNC 는젂체화면의변화가거의없는정지수준인경우지만그림 6 과같이 Internet Explorer 윈도우 (Foreground Window) 를하나의객체로스캔하고있습니다. 이로인해 CPU 소모가많이발생합니다. 반면, RemoteCall 5.0 은각각의창 (Window) 등의 OS 객체에의존하지않는 Polling 기법을사용합니다. 따라서, 화면변경영역스캔을위해항상일정량의 CPU 를소모합니다. (5.77%) 동일조건에서더적은 CPU 소모로더빠른원격제어를제공합니다. 비교 III 화면변화량이많은경우 Host PC 의화면을 Internet Explorer 에서 www.naver.com 사이트를방문한화면상태에서비교합니다. 기타조건은 정지화면비교 와동일합니다. 그림 8 화면제어 Internet Explorer 에서 www.naver.com 사이트방문 그림 9 비교 III - Rcengmgru.exe CPU Usage : 10.9 % 그림 10 비교 III - Winvnc.exe CPU Usage : 60 % 그림 8 에서 NAVER 와같이웹사이트방문시 Flash 또는움직이는이미지가많은경우, 즉, 화면변화량이많은경우 CPU 사용량은많은차이를나타냅니다. 그림 9 와같이 RSUPPORT 는사용량의차이가소량증가한 10.9 % 를소모하고있습니다. 소량의증가분은화면변화량증가에비례증가한젂송데이터량처리를위한 Encoding, Compression 처리를위한증가일뿐입니다. 7
비교 IV Foreground window 의 size 를줄일경우 Host PC 에서 Internet Explorer 가 foreground window 의 Size 를줄이고, 변화량이거의없을경우를비교합니다. 기타조건은 정지화면비교 와동일합니다. 그림 11 화면제어 Foreground window 의 size 를줄인 Ultra VNC 측정 그림 12 비교 II - Rcengmgru.exe(5.77%) 와 Winvnc.exe(86.54%) 의 CPU Usage 그림 11 의측정결과는 foreground window 의 size 를줄여 Ultra VNC 의화면변화량감시영역을줄여준경우의그림 6 의결과와비교하여 CPU 사용량이감소하는차이를보여주고있습니다. 즉, Ultra VNC 는 Foreground window 의크기에민감한영향을받아 CPU 사용량의증감편차가크게발생하는 8
단점을가집니다. 이와는반대로, RSUPPORT VRVD의경우젂체화면을 Scan 하면서도 CPU 사용량증감편차가거의발생하지않습니다. 또한, 제어속도도떨어지지않아안정적인빠른제어속도를보장하는장점이있습니다. 이것이 VRVD와 Ultra VNC의원격제어알고리즘차이입니다. 그림 12 에서 Ultra VNC 의경우 47.17%, RSUPPORT VRVD 의경우 10% 이하의상대적으로낮은사용 량을보입니다. 즉, VRVD 는 Foreground 의 Window 크기와상관이없는더욱효과적인알고리즘입니 다. 그림 13 그림 12 의조건에서 CPU Usage History 측정한이미지 그림 13에서각프로세스의 CPU Usage History Graph를보면 RSUPPORT VRVD엔짂의프로세스는 CPU 사용량이급격히오르지않으며평균 10% 수준의그래프를유지하고있습니다. 화면변화량이많을경우다소증가하는그래프변화를확인할수있습니다. 이와는상대적으로 Ultra VNC 프로세스는높은 CPU 점유량을차지하는 60~70% 수준의높은 CPU 점유량을차지하며, 변화량이많을경우거의 Full로 CPU를사용하고있음을확인할수있습니다. 적은 CPU 사용과빠른속도의원격제어를지원하는엔짂의알고리즘차이를 CPU 사용량으로확인할수있습니다. 9
비교 V Image Contents 를많이볼경우 Internet Explorer를사용하여 Image Contents를보고있는화면을제어할경우를비교합니다. Ultra VNC 대비 VRVD가훨씬적은 Packet Data를보여준다. 특히, Screen Scroll이있을겨우더욱많은데이터차이가나고있음을알수있습니다. 이는 VRVD가 Full Polling 방식이지만, Scroll 되는 Data의변화를감지하여새롭게 Scroll up, down 된 Image 데이터만가져오기때문에적은 data packet 량을볼수있습니다. 그림 14 화면제어 Image Contents 를많이볼경우의제어자 Viewer 화면 그림 14 에서 Host PC 의 CPU 사용량은많은차이를나타냅니다. RSUPPORT 는 11.3% CPU 사용량을 나타내고, Ultra VNC 는 50.94% 를소모하고있습니다. 10
2. Packet size 비교 비교 IE 에서 Image Data 를 Scroll 할경우 제어자 PC 에서 Viewer 로젂송되는 data packet 량을비교합니다. 그림 15 제어자 PC 에서의각 Viewer 의 data packet 량 그림 15에서비교되는두제품의 Viewer Process는다음과같습니다. RSUPPORT : Supporteru.exe Ultra VNC : vncviewer.exe 동일한조건의 Host PC를제어하는동안 data packet 량을비교합니다. Firewall이나 Proxy를통과하지않는 P2P 홖경에서의데이터입니다. Host PC 원격제어를한젂체 data packet은 1429.72 입니다. RSUPPORT는 290.95, Ultra VNC는 1137.83 의 data packet을확인할수있습니다. 결과데이터는 RSUPPOR의 VRVD 엔짂이원격제어를위해데이터젂송량을더적게보낸다는것을확인할수있습니다. 데이터젂송량은훨씬적으면서더빠른화면갱싞을통해최적의원격제어를하고있습니다. 11
3. 동일화면의갱신속도 제어자 PC Viewer 에서의 Host PC 동일화면이갱싞되는속도차이를비교합니다. 그림 16 은화면제어중인 Viewer 에서표시되는화면의차이를확인할수있습니다. 그림 16 동일화면의갱싞속도비교화면 그림 17 제어중인화면의확대비교 그림 17 에서동일화면의갱싞속도차이를확인할수있습니다. RSUPPRT 의 VRVD 는동영상화면에서화면의깨짐이없이표현되고있습니다. Ultra VNC 의경우화면의깨짐이표시되어화면갱싞율이상대적으로떨어짐을확인할수있습니다. 12
Conclusion VRVD 와 VNC 를테스트비교한결과입니다. CPU Usage /Packet Size VRVD 5.0 Ultra VNC 화면변화가적을경우 1% ~ 10% 이하 50% 이상 Foregound windows 가크고변화량이거의없을경우 5.77% 86.54% www.naver.com 과같은 Portal 을이용할경우 10.91% 60% Foregound windows 의 size 를줄일경우 10% 이하 47.17% Image contents 를많이볼경우 11.31% 50.94% IE 에서 Image Data 를 Scroll 할경우 290.95kb 1137.83kb 테스트의결과와같이 Ultra VNC 의 Full Polling 방식은아주많은 CPU 사용량을보여주고있으며, 특히 Image Data 의화면 Scroll 을할경우더욱많은 Packet data size 를보내는것을확인할수있었습니다. # 본비교테스트의수치데이터를위해기본홖경조건을동일하게하였으며, Host PC 한대, 제어자 PC 한대로구성된홖경에서테스트가이루어졌음을밝힙니다. 본보고서의데이터의공정성을위하여최선을다하였습니다. # RSUPPORT VRVD 특징상세설명 적은 CPU 사용량 일정하게낮은 CPU 사용량 Full Polling 방식이지만 CPU 사용이아주적은최고의알고리즘을사용합 니다. CPU 사양이낮을경우더욱효과적입니다. 향상된 JPEG 압축 RSUPPORT 가 VRVD 에적용하고있는 JPEG Compression 방식은글씨가 깨어지지않는방식으로더욱적은데이터와글자를읽기가쉽습니다. 일 반 zip 대비 image data 일경우최대 50 배까지차이가납니다. Screen Scroll 향상된지원 변화량이없을경우더욱 작은 CPU 사용량 Web Surfing 시많이사용하는 Scroll 사용을더욱향상된지원을합니다. Screen Scroll 지원은더욱적은 Packet Data 를젂송합니다. 화면변화량이적을경우더욱 CPU 를사용하지않습니다. 네트워크속도가느릴경우 VRVD는네트워크가느린상황에더욱효과적입니다. 적은 Packet Data는 더욱효과적 느린홖경에서실제더욱효과적으로동작합니다. 13
For more information about RSUPPORT, please visit http://www.rsupport.com Korea : (138-724) 서울시송파구방이동 45 번지한미타워 15 층, 16 층전화 : +82-70-7011-3900 팩스 : +82-2-479-4429 기술문의 : support.kr@rsupport.com 구매문의 : sales.kr@rsupport.com 기타문의 : info.kr@rsupport.com Japan : 100-0013 東京都千代田区霞ヶ関 3-3-2 新霞ヶ関ビル 18 階 KOTRA TEL : +81-3-3539-5761 FAX : +81-3-3539-5762 お問い合わせ : support.jp@rsupport.com Sales : sales.jp@rsupport.com Info : info.jp@rsupport.com USA : 247 West 30th Street, 4th floor, New York, NY 10001 Phone : +1-888-348-6330 Fax : +1-888-348-6340 Tech : support.us@rsupport.com Sales : sales.us@rsupport.com Info : info.us@rsupport.com China : 北京市朝阳区东三环北路丙 2 号天元港中心 B 座 1005 室联系电话 : +86-10-8256-1810 传真号码 : +86-10-8256-2978 技术咨询 : support.cn@rsupport.com 销售咨询 : sales.cn@rsupport.com 其他咨询 : info.cn@rsupport.com