Arjan asked me to file this for tracking. On a 1GHZ Athlon with 512MB RAM and a Millenium ][ video card, the GNOME desktop feels sluggish compared to the same experience with 8.0. I bumped the X process using renice -10, does help much. At 1280x1024 and 1024x768, the following is noticably sluggish: 1) open emacs with 'emacs -fn 10x20 <file>' 2) resize to height of screen 3) open a gnome-terminal and drag it (opaque drag in metacity) around in circles across the emacs window. 4) you will see the gnome-terminal window trailing the mouse pointer, trying to keep up.
is interactivity with X reniced to -10 just as good as it was in 8.0? we might as well consider using nice -10 for X, since the major complaint when we did the nice -10 change was that 'gnome terminal is sluggish' - which turned out to be a different bug (hopefully fixed in the next snapshot). was there any other regression with the X server reniced to -10, other than the gnome-terminal problem?
i'm strongly in favor of reinstating the nice -10 priority of X. we could do this in the kernel, but the preferred way would be to do it in the X server. Any chance to have that done now?
What was the final resolution for this issue for new kernels?
That changing the X server priority is nothing more than a hack. Instead, the kernel should work with interactive processes in a better manner. Our current kernels IMHO do this MUCH better, and allegedly 2.6.0 test series improves upon that, however I can't confirm that personally yet. I think this can be closed safely now, but I'll leave that to a kernel scheduler grand wizard. ;o)
Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/