<div dir="ltr">So, I guess I'm stuck waiting for iGVT-g to go upstream then :-(.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 19 January 2017 at 15:20, Christophe Fergeau <span dir="ltr"><<a href="mailto:cfergeau@redhat.com" target="_blank">cfergeau@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Jan 10, 2017 at 10:06:33AM +0200, George Diamantopoulos wrote:<br>
> Hello all,<br>
><br>
> I'm trying out qxl-dod in a new installation, and performance is so low<br>
> that the guest is practically unusable. Redrawing takes about 4-5 seconds.<br>
> I have used qxl-dod in the past on the same hardware with much better<br>
> results, although the software stack is different this time. I tried<br>
> disabling all visual effects, but apart from the expected gains (fewer<br>
> frames to redraw after each action due to the animations' being disabled)<br>
> it didn't improve usability much.<br>
><br>
> As I have no idea how to provide useful debugging information on this, I'll<br>
> try to outline my configuration here for now. Please let me know if there's<br>
> anything I can do to provide more meaningful information:<br>
><br>
> Host: Gentoo linux, kernel 4.9.1<br>
> Hypervizor: Xen 4.8.0<br>
<br>
</span>Oh you are using Xen, you might be the first one testing qxl-wddm-dod on<br>
Xen :(( This might explain the guest gets so slow with the driver (ie<br>
bug only showing up when using Xen).<br>
<span class="HOEnZb"><font color="#888888"><br>
Christophe<br>
</font></span></blockquote></div><br></div>