input thread [was Re: [PATCH v2] input: constify valuators passed in by input drivers.]

Fernando Carrijo fcarrijo at yahoo.com.br
Thu Aug 12 08:48:45 PDT 2010


Adam Jackson <ajax at nwnk.net> wrote:

> I do eventually want to see each ScreenRec factored out to its own
> thread.  Right now in Xinerama rendering is serialized across all
> screens, which is terrible.
> 
> If you did that, you'd have one thread for dispatch and core object
> model, one for input, and one per GPU.  I don't think there's much value
> in going beyond that for machines with reasonable GPUs.  In particular I
> recommend avoiding the mistake MTX made of doing one thread per client;
> once you do that you start needing a lock around every protocol-visible
> object and the complexity doesn't actually win you any performance.

These are exactly the kinds of insights which exhilarate me because although
there are lots of documentation out there about parallel programming, we hardly
ever find something about this subject when applied to the context of windowing
systems; not to say about the X server itself. The article which describes MTX,
for instance, is one of those I never found in the web. If you happen to have
it archived somewhere, and don't mind to share, that would make my day.



More information about the xorg-devel mailing list