No subject
Fri Feb 27 10:16:53 PST 2009
With xcb every write (in _XFlush) is followed by a read
(_XEventsQueued) which is the cause of the very poor performance. The
read usually returns EAGAIN because there is nothing to be read, but
it is a severe performace hit anyhow. And why _XEvenetsQueued/read is
being called when select/poll has previously returned indicating only
a single file descriptor was ready is anybody's guess.
Can you provide some insights into what causes this issue?
These seem to all (maybe?) be reports of the same issue:
https://bugs.launchpad.net/ubuntu/+source/xulrunner-1.9/+bug/305531
https://bugs.launchpad.net/fedora/+source/libx11/+bug/277069
https://bugzilla.mozilla.org/show_bug.cgi?id=475713
https://bugzilla.redhat.com/show_bug.cgi?id=442158
https://bugs.freedesktop.org/show_bug.cgi?id=17868
Thanks,
Bryce
More information about the Xcb
mailing list