对比Microsoft RemoteFX与VMware PCoIP

摘要:微软发布了Windows7和Windows 2008 R2的第一个补丁包,安装该补丁包之后,可以使用远程桌面协议的RemoteFX增强功能。之前我们对微软RemoteFX和思杰Citrix HDX进行了比较,讨论了RemoteFX将如何影响Citrix,而本文则是微软RemoteFX和VMware PCoIP进行解析,尤其是RemoteFX将如何影响VMware View的PCoIP协议。

 虚拟化市场上,主要有三个厂商提供虚拟化产品或者说是解决方案,比如VMware、Microsoft与Citrix,其中市场份额大的当然要数VMware,其主导地位一直未被动摇,但微软与思杰也掌握了各自的技术,可以说是三足鼎立。下面就让我们来看看微软RemoteFX和VMware PCoIP,尤其是RemoteFX将如何影响VMware View的PCoIP协议。

  
  对比RemoteFX和PCoIP
  
  从技术角度讲,实际上具有RemoteFX增强功能的微软远程桌面协议与PCoIP协议非常相似。和HP的远程图形软件和虚拟网络计算一样,这两种协议都是Quest公司桌面虚拟化产品的副总裁所谓的“位图流协议”。这些位图流协议在远端主机上进行100%的编码,然后传输一系列的“最终”位图到客户端。因此从客户端的角度看,几乎就像客户端在观看基于活动实时创建的桌面电影。
  
  像具有RemoteFX增强功能的RDP和PCoIP的这类位图流协议的优势是它们能够很好地处理多媒体和高端图形,并且对客户端的硬件需求也很低。但是不足之处是,它们从根本上将所有的计算过程转移到了远端主机,这导致了远端主机CPU负载的增加。
  
  RemoteFX和PCoIP通过不同的方式处理增加的负载需求。微软的虚拟桌面基础设施(VDI)的RemoteFX,使用远端主机的图形处理单元(GPU)执行所有的位图编码,因此它不“耗费”远端主机的CPU资源。反过来说,VMware的PCoIP利用服务器的CPU进行所有的编码。
  
  哪一个协议更好?
  
  哪种方法更好要视情况而定。微软的RemoteFX需要服务器具有昂贵的GPU插卡,但是这样不会增加服务器的负载。VMware可以在常规硬件上进行PCoIP编码,但是代价是具有繁重多媒体需求的用户会使服务器性能降低(这导致了每个服务器只能提供给更少的用户使用)。
  
  这两种协议都需要相当好的带宽,不是广域网上最好的,即使PCoIP实际上比RemoteFX更好(或者说没那么糟糕)。
  
  举例来说,PCoIP只传输图像变化的区域的桢,但是,RemoteFX却传输所有的桢。
  
  PCoIP同样具有“无损构建”特性,能够更快的传输较低质量的快照。然而,当传输异常时,RemoteFX会丢掉所有的桢。
  
  很有趣的是,微软和Teradici(创建了PCoIP,并将它授权给VMware)已经宣称在今年晚些时候将发布服务器硬件加速插卡,这样他们将同时提升到相同的等级。
  
  VMware应该担心RemoteFX的存在吗?
  
  RemoteFX和PCoIP之间最终的较量是在虚拟化平台层——Hyper-V和vSphere之间的较量。
  
  对于虚拟桌面基础设施环境来说,微软的RemoteFX只能在基于Hyper-V构建的远程桌面上运行。VMwareView(支持PCoIP)同样也只能在VMwarevSphere上运行。因此如果用户想使用RemoteFX,必须使用微软的虚拟化平台;如果用户想使用PCoIP,只能使用VMware的虚拟化平台。这意味着我们很少从PCoIP迁移到RemoteFX。相反,微软只是试图说服潜在的用户他们的RemoteFX产品包和VMware的PCoIP一样好。
  
  因此,我不认为VMware将会“失败”。(事实上,公司现在声称微软的RemoteFX位图流方法实际上验证了VMware的PCoIP这些年来一直在做的事情)。但是当谈到谁会赢,这实际取决于用户,因为现在对于位图流协议,我们有了另一种选择。

你可能感兴趣的:(Microsoft)