* Keith Packard <[email protected]> wrote:
> Make sure the X server isn't running with the smart scheduler
> disabled; that will cause precisely the symptoms you're seeing here.
> In the normal usptream sources, you'd have to use '-dumbSched' as an X
> server command line option.
>
> The old 'scheduler' would run an entire X client's input buffer dry
> before looking for requests from another client. Because glxgears
> requests are small but time consuming, this can cause very long delays
> between client switching.
on the old box where i've reproduced this i've got an ancient X version:
neptune:~> X -version
X Window System Version 6.8.2
Release Date: 9 February 2005
X Protocol Version 11, Revision 0, Release 6.8.2
Build Operating System: Linux 2.6.9-22.ELsmp i686 [ELF]
is that old enough to not have the smart X scheduler?
on newer systems i dont see correctly updated glxgears output (probably
the GLX bug you mentioned) so i cannot reproduce the bug.
Al, could you send us your 'X -version' output?
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
