<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> On 03/11/2010 12:19 AM, Stefan Zintgraf wrote: <blockquote cite="mid:C4163460EC1FE24BBB78277113DDE9D00B18F6@at-srv-1.ACONTIS.local" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <meta name="Generator" content="Microsoft Word 11 (filtered medium)"> <o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PostalCode"> <o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="State"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City"> <o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="Street"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="address"> <o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PlaceType"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PlaceName"> <o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"> <style>  </style> <div class="Section1"> Scott,<o:p></o:p> <o:p> </o:p> I don't know if I have anything valuable information to contribute to your questions but I'll try anyway.  Where the VM and the display on the same physical machine?  I believe SPICE tries to figure out the capabilities of both sides and balance the performance.  There might be more overhead if both are on the same machine (guessing).<o:p></o:p> There was no real difference if the display (SPICE client) was on the same Linux machine or on a separate Windows system.<o:p></o:p> <o:p> </o:p> What I am looking for is a fast solution for graphics integrated into QEMU/KVM. I don’t actually need the remote networking stuff.<o:p></o:p> Everything should run on the same Linux machine.<o:p></o:p> Alternatively VGA passthrough would be the solution, but currently it does not exist for QEMU/KVM and it would introduce hardware dependencies.<o:p></o:p> I am really wondering if running QXL/SPICE on the same machine shouldn’t be faster as the old QEMU way with emulating a standard VGA card. </div> </o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></blockquote> Hi, While spice today not optimized to work loads of "running on the same machine" (We can save alot of copys in that case, and we probably don`t want to use the spice server, but just  the qxl device + canvas drawing) In my personal opnion spice still superior to the performence of the Qemu cirrus device, The reason is that spice is paravirtual graphics device. thanks. <blockquote cite="mid:C4163460EC1FE24BBB78277113DDE9D00B18F6@at-srv-1.ACONTIS.local" type="cite"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PostalCode"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="State"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="Street"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="address"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PlaceType"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PlaceName"><o:smarttagtype namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"> <div class="Section1"> <o:p></o:p> <o:p> </o:p> Thanks<o:p></o:p> Stefan <o:p></o:p> <o:p> </o:p> <o:p> </o:p> -----Ursprüngliche Nachricht----- Von: Scott Dowdle [<a class="moz-txt-link-freetext" href="mailto:dowdle@montanalinux.org">mailto:dowdle@montanalinux.org</a>] Gesendet: Wednesday, March 10, 2010 9:03 PM An: Stefan Zintgraf Betreff: Re: [Spice-devel] SPICE questions<o:p></o:p> <o:p> </o:p> Stefan,<o:p></o:p> <o:p> </o:p> ----- "Stefan Zintgraf" <a class="moz-txt-link-rfc2396E" href="mailto:s.zintgraf@acontis.com"><s.zintgraf@acontis.com></a> wrote:<o:p></o:p> > I got it compiled and running now!<o:p></o:p> > <o:p></o:p> > I had to insert a lot of casts and do some tricking with the libasound<o:p></o:p> > librar y (had to use the 32 bit one) and finally it compiled and even<o:p></o:p> > started.<o:p></o:p> > <o:p></o:p> > But the results are quite disappointing with a Windows XP virtual<o:p></o:p> > machine.<o:p></o:p> > <o:p></o:p> > In my virtual machine the “Red Hat QXL GPU” driver is installed as<o:p></o:p> > well the “<st1:place w:st="on"><st1:placename w:st="on">Red</st1:placename> <st1:placename w:st="on">Hat</st1:placename> <st1:placename w:st="on">Virtual</st1:placename> <st1:placename w:st="on">Desktop</st1:placename> <st1:placename w:st="on">Interface</st1:placename> <st1:placetype w:st="on">Port</st1:placetype></st1:place>” driver.<o:p></o:p> > <o:p></o:p> > Compared with Microsoft Remote Desktop the results are disappointing<o:p></o:p> > and even if I run QEMU without the qxl and spice option the results<o:p></o:p> > are better.<o:p></o:p> > <o:p></o:p> > Has anybody an idea what I am doing wrong, how can I find out what may<o:p></o:p> > be the reason?<o:p></o:p> > <o:p></o:p> > Another point: the spice client seems to be very unstable in specific<o:p></o:p> > situations.<o:p></o:p> > <o:p></o:p> > When I opened MS Powerpoint and went to a specific slide with a lot of<o:p></o:p> > graphics it regularly crashed without leaving any message. There was<o:p></o:p> > no difference whether I used the self-compiled Linux client or the<o:p></o:p> > downloaded Windows binaries.<o:p></o:p> > <o:p></o:p> > Especially the speed behavior is important for me to decide if using<o:p></o:p> > SPICE is the right way to go and then to possibly contribute where<o:p></o:p> > necessary.<o:p></o:p> <o:p> </o:p> I don't know if I have anything valuable information to contribute to your questions but I'll try anyway.  Where the VM and the display on the same physical machine?  I believe SPICE tries to figure out the capabilities of both sides and balance the performance.  There might be more overhead if both are on the same machine (guessing).<o:p></o:p> <o:p> </o:p> Gabe Knuth (the other guy on brianmadden.com) claimed in his article about Virtual Bridges VERDE product... that the public bits of SPICE that have been released are fairly unusable.  It came up with he asked the VB folks if they are considering adopting SPICE.  The answer was no, they'll use their modified VNC protocol which they claim is darn fast too... and that SPICE was fairly broken.  Gabe said he was gathering his facts and planning on doing an article about SPICE in the near future.  This week though, they are doing GeekWeek where they are installing a different VDI solution every day for 5 days straight... documenting and videoing everything... and then after some post-production time plan on releasing an article per day.<o:p></o:p> <o:p> </o:p> Does anyone care to comment on the status and usability of SPICE today?  Are the public bits that were released the same bits that Red Hat is using in their RHEV for Desktops beta?<o:p></o:p> <o:p> </o:p> TYL,<o:p></o:p> -- <o:p></o:p> Scott Dowdle<o:p></o:p> <st1:street w:st="on"><st1:address w:st="on">704 Church Street</st1:address></st1:street><o:p></o:p> <st1:place w:st="on"><st1:city w:st="on">Belgrade</st1:city>, <st1:state w:st="on">MT</st1:state> <st1:postalcode w:st="on">59714</st1:postalcode></st1:place><o:p></o:p> (406)388-0827 [home]<o:p></o:p> (406)994-3931 [work]<o:p></o:p> </div> <pre wrap=""> <fieldset class="mimeAttachmentHeader"></fieldset> _______________________________________________ Spice-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:Spice-devel@lists.freedesktop.org">Spice-devel@lists.freedesktop.org</a> <a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/spice-devel">http://lists.freedesktop.org/mailman/listinfo/spice-devel</a> </pre> </o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></blockquote> </body> </html>