On 4/7/15, Denis Kirjanov <kirjanov@xxxxxxxxx> wrote: > On 4/7/15, Christophe Fergeau <cfergeau@xxxxxxxxxx> wrote: >> On Mon, Apr 06, 2015 at 01:29:49PM +0300, Denis Kirjanov wrote: >>> On 4/3/15, Christophe Fergeau <cfergeau@xxxxxxxxxx> wrote: >>> > Hi, >>> > >>> > On Thu, Apr 02, 2015 at 07:11:47PM +0300, Denis Kirjanov wrote: >>> >> The rendering between ppc64 server and x86 client works super slow. >>> >> Any hints where to look at? >>> > >>> > Not really no... Is the same VM over VNC slow or not? Is a VM with the >>> > exactly the same configuration/QEMU command line running on an x86 >>> > machine as slow? >>> > >>> > In the end, did you need many changes in order to get SPICE working on >>> > that big-endian box? >>> >>> VNC works perfectly well. >> >> What about a VM with exactly the same configuration as the slow one >> running on x86? I assume it's not slow? >> >>> No many. Mostly patches on initial connection setup. >> >> Ok, feel free to send them once you feel confident enough about them :) >> >>> What I see is a long delay before calling display_channel_send_item >>> with PIPE_ITEM_TYPE_DRAW. >>> >>> I see also a lot of display_channel_release_item: not pushed(101) >>> messages. >> >> Could be a hint, I guess there are more big-endia/little-endian bugs. Is >> that with QXL or with standard VGA ? > > Standard VGA since looks like qemu needs some work on binding qxl on > ppc emulated machines. > > Ok, I've figured out that the slow behavior was caused by missing kvm > support :) > > Continuing investigating rendering freeze... Ok, that was an issue with the MSGC_ACK_SYNC handling since we have to convert it to the proper byte order. I'm not sure how to handle this: we could assume that the value is already converted by the client to the LE value... What do you think? Thanks! >> Christophe >> > > > -- > Regards, > Denis > -- Regards, Denis _______________________________________________ Spice-devel mailing list Spice-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/spice-devel