摘要：微软发布了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这些年来一直在做的事情）。但是当谈到谁会赢，这实际取决于用户，因为现在对于位图流协议，我们有了另一种选择。