On Thu, Feb 10, 2011 at 03:00:08PM +0800, [email protected] wrote:
> 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 ?

There is no schedule, but it is beeing worked on actively.

Alon

> 
> 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

_______________________________________________
Spice-devel mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/spice-devel

Reply via email to