<br><font size=2 face="sans-serif">Hi, Hans</font>
<br>
<br><font size=2 face="sans-serif">Thank you very much for pointing out
our errors and your valuable comments :) we will make corresponding changes
and submit updates to IETF later.</font>
<br>
<br><font size=2 face="sans-serif">For mentioned vmware svga graphics card,
I just studied some references:</font>
<br><font size=1 face="Tahoma">http://vmware-svga.svn.sourceforge.net/viewvc/vmware-svga/trunk/doc/gpu-wiov.pdf</font>
<br><font size=2 face="sans-serif">http://vmware-svga.svn.sourceforge.net/viewvc/vmware-svga/trunk/doc/svga_interface.txt
</font>
<br>
<br><font size=2 face="sans-serif">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!</font>
<br>
<br><font size=2 face="sans-serif">BTW: do you know the schedule of 3D
acceleration by SPICE community/RHEV ?</font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br><font size=2 face="sans-serif">Lyon</font>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=35%><font size=1 face="sans-serif"><b>Hans de Goede &lt;hdegoede@redhat.com&gt;</b>
</font>
<p><font size=1 face="sans-serif">2011-02-09 18:42</font>
<td width=64%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">收件人</font></div>
<td><font size=1 face="sans-serif">liang.liang12@zte.com.cn</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">抄送</font></div>
<td><font size=1 face="sans-serif">spice-devel@lists.freedesktop.org, ma.suan@zte.com.cn</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">主题</font></div>
<td><font size=1 face="sans-serif">Re: [Spice-devel] Request For Comments:
proposals for standarizing VDI &nbsp; &nbsp; &nbsp; &nbsp;protocols
in IETF</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Hi,<br>
<br>
On 02/09/2011 10:40 AM, liang.liang12@zte.com.cn wrote:<br>
&gt;<br>
&gt; Dear all,<br>
&gt;<br>
&gt; 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.<br>
&gt; 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.<br>
&gt; http://datatracker.ietf.org/doc/draft-wang-clouds-vdi-problem-statement/<br>
&gt; http://datatracker.ietf.org/doc/draft-ma-clouds-vdi-survey/<br>
&gt;<br>
<br>
Interesting. I've read both documents and I've some comments wrt the vdi
survey and<br>
spice.<br>
<br>
First of all I would choose a different term / name for the component of
RDP / ICA<br>
which run inside the guest to capture the graphics then agent. Many virtualization<br>
solutions including non vdi solutions such as vmware workstation (an example
where<br>
the client viewing the vm and the host are one and the same machine), have
a small<br>
agent process inside the guest os which allows things like copy paste between
the<br>
guest os and the client os, and controlling attaching local drives to the
virtual<br>
machine from within the guest. And virtualization related agents are also
typically<br>
used in server virtualization scenarios, so I think agent is a bad name
for the<br>
graphics capturing part of RDP / ICA, as this can easily be confused with
the more<br>
light weight agents common in most virtualization solutions.<br>
<br>
Spice also has such a light weight agent, which is used amongst other things
for<br>
copy and paste. You mention copy and paste as a future spice feature, but
that has<br>
been present in spice since the 0.6.3 release.<br>
<br>
Offscreen surfaces are supported since the 0.6.0 release (for 2d) and<br>
multi head has been supported even longer. Currently multihead support
is limited<br>
to windows as guest os (but works with any client).<br>
<br>
Also usb-sharing is currently supported already in the official RHEV versions,<br>
through a proprietary component. An open source replacement for this is
coming<br>
along nicely.<br>
<br>
Last you also list vmware as using software inside the guest to capture
graphics<br>
output. I'm not familiar with vmware's vdi offering. But for vmware workstation<br>
this is not true, in their workstation edition vmware uses a special vmware
virtual<br>
svga card for this.<br>
<br>
Regards,<br>
<br>
Hans<br>
<br>
</font></tt>
<br>
<br><pre>
--------------------------------------------------------
ZTE&nbsp;Information&nbsp;Security&nbsp;Notice:&nbsp;The&nbsp;information&nbsp;contained&nbsp;in&nbsp;this&nbsp;mail&nbsp;is&nbsp;solely&nbsp;property&nbsp;of&nbsp;the&nbsp;sender's&nbsp;organization.&nbsp;This&nbsp;mail&nbsp;communication&nbsp;is&nbsp;confidential.&nbsp;Recipients&nbsp;named&nbsp;above&nbsp;are&nbsp;obligated&nbsp;to&nbsp;maintain&nbsp;secrecy&nbsp;and&nbsp;are&nbsp;not&nbsp;permitted&nbsp;to&nbsp;disclose&nbsp;the&nbsp;contents&nbsp;of&nbsp;this&nbsp;communication&nbsp;to&nbsp;others.
This&nbsp;email&nbsp;and&nbsp;any&nbsp;files&nbsp;transmitted&nbsp;with&nbsp;it&nbsp;are&nbsp;confidential&nbsp;and&nbsp;intended&nbsp;solely&nbsp;for&nbsp;the&nbsp;use&nbsp;of&nbsp;the&nbsp;individual&nbsp;or&nbsp;entity&nbsp;to&nbsp;whom&nbsp;they&nbsp;are&nbsp;addressed.&nbsp;If&nbsp;you&nbsp;have&nbsp;received&nbsp;this&nbsp;email&nbsp;in&nbsp;error&nbsp;please&nbsp;notify&nbsp;the&nbsp;originator&nbsp;of&nbsp;the&nbsp;message.&nbsp;Any&nbsp;views&nbsp;expressed&nbsp;in&nbsp;this&nbsp;message&nbsp;are&nbsp;those&nbsp;of&nbsp;the&nbsp;individual&nbsp;sender.
This&nbsp;message&nbsp;has&nbsp;been&nbsp;scanned&nbsp;for&nbsp;viruses&nbsp;and&nbsp;Spam&nbsp;by&nbsp;ZTE&nbsp;Anti-Spam&nbsp;system.
</pre>