[Spice-devel] Do *not* use kernels with debugging options enabled when testing spice

Hans de Goede hdegoede at redhat.com
Wed Sep 19 02:45:14 PDT 2012


Hi,

I've just spend the last 1.5 days tracking down some weird latency issues
which were showing up when testing spice usb-redir over a network connection
(rather then over loopback).

I managed to trace it to a simple read() call on the socket for the
(unencrypted) usb-redir channel taking up to 7 ms. Since this is done
from qemu's iothread, this blocks amongst other things the ehci
controller emulations timer from running for that amount, while it
should run every ms.

At first I thought the issue was because the socket was maybe not
set to non-blocking. But in the end it turns out to be a kernel issue,
one of the debugging options enabled in Fedora-18's / rawhides kernels
causes these latencies.

I've already verified that this is not an issue introduced in the
3.6 kernel versus the stable 3.5 kernel F-17 has, when ever a
new rc gets released one build is done in koji without the debugging
options, ie:
http://koji.fedoraproject.org/koji/buildinfo?buildID=354745

These builds work fine, only the builds with the debugging options show
these huge increases in latencies under certain circumstances.

Regards,

Hans

p.s.

The above is all just FYI, I don't expect anyone to do something about this,
I just wanted others to be aware of this issue, so that they don't end up
chasing ghosts like I did.


More information about the Spice-devel mailing list