Hi, Hans Thank you very much for pointing out our errors and your valuable comments :) we will make corresponding changes and submit updates to IETF later.
For mentioned vmware svga graphics card, I just studied some references: http://vmware-svga.svn.sourceforge.net/viewvc/vmware-svga/trunk/doc/gpu-wiov.pdf http://vmware-svga.svn.sourceforge.net/viewvc/vmware-svga/trunk/doc/svga_interface.txt From the references, my feeling is that it has similar architecture with SPICE QXL architecture: emulated PCI device and graphics command. Compared to QXL, it provides some 3D acceleration and all operations are executed on host. Also it is mentioned that VMware SVGA graphics card is implemented in all VMware products. We will continue to study whether VMware VDI products also adopt it. Thanks for your clue! BTW: do you know the schedule of 3D acceleration by SPICE community/RHEV ? Thanks, Lyon Hans de Goede <[email protected]> 2011-02-09 18:42 收件人 [email protected] 抄送 [email protected], [email protected] 主题 Re: [Spice-devel] Request For Comments: proposals for standarizing VDI protocols in IETF Hi, On 02/09/2011 10:40 AM, [email protected] wrote: > > Dear all, > > As you know VDI is believed to be one of most promising technologies in cloud-computing ages, different companies or communities have different VDI protocol definitions, such as SPICE, RDP and ICA. Some are open, while some are proprietary protocols. Considering large deployment in future, inter-operatability will be key issue. So it's important to make VDI protocol open and standard. > We submitted two drafts (problem statement and survey, pls. refer to below links for details) to IETF-80 ( http://www.ietf.org/meeting/80/index.html) and will hold a bar BoF during IETF-80 in Prage. So we are sending this mail: 1) request for your comments or suggestions for the two draft documents; 2) if you're interested in the VDI standardization, please you attend the upcoming IETF meeting. > http://datatracker.ietf.org/doc/draft-wang-clouds-vdi-problem-statement/ > http://datatracker.ietf.org/doc/draft-ma-clouds-vdi-survey/ > Interesting. I've read both documents and I've some comments wrt the vdi survey and spice. First of all I would choose a different term / name for the component of RDP / ICA which run inside the guest to capture the graphics then agent. Many virtualization solutions including non vdi solutions such as vmware workstation (an example where the client viewing the vm and the host are one and the same machine), have a small agent process inside the guest os which allows things like copy paste between the guest os and the client os, and controlling attaching local drives to the virtual machine from within the guest. And virtualization related agents are also typically used in server virtualization scenarios, so I think agent is a bad name for the graphics capturing part of RDP / ICA, as this can easily be confused with the more light weight agents common in most virtualization solutions. Spice also has such a light weight agent, which is used amongst other things for copy and paste. You mention copy and paste as a future spice feature, but that has been present in spice since the 0.6.3 release. Offscreen surfaces are supported since the 0.6.0 release (for 2d) and multi head has been supported even longer. Currently multihead support is limited to windows as guest os (but works with any client). Also usb-sharing is currently supported already in the official RHEV versions, through a proprietary component. An open source replacement for this is coming along nicely. Last you also list vmware as using software inside the guest to capture graphics output. I'm not familiar with vmware's vdi offering. But for vmware workstation this is not true, in their workstation edition vmware uses a special vmware virtual svga card for this. Regards, Hans -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
_______________________________________________ Spice-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/spice-devel
