Red Hat Bugzilla – Bug 178496
floaters takes 65% CPU away from competing processes
Last modified: 2007-11-30 17:11:21 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7
Description of problem:
When the "floaters" screensaver kicks in, "top" shows 50% usage by Xorg and 15% usage by floaters [1.1GHz Athlon Plain, 768MB PC133 SDRAM, ATI Rage 128 Pro Ultra TF 1280x1024 @60Hz (depth 16), no swapping, background compiles also running.] Typing the Shift key to stop the screensaver reverts to 0% Xorg, and the background compiles zoom from 35% CPU to 85% CPU, which shows that floaters+Xorg was stealing many many cycles from the compiles.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start a rebuild of glibc*.src.rpm using X11 console terminal. Walk away, wait for "floaters" screensaver to start.
2. ssh login over network, run "top" in xterm.
Actual Results: "top" shows Xorg at 50% CPU, floaters at 15% CPU, make+gcc+etc at 35%.
Then when floaters stops, Xorg goes to 0% and make+gcc+etc goes to 85%.
Expected Results: Screensaver should use "nice" and should be lightweight consumer of CPU.
This is an xserver problem I believe. If you add
to the "Device" section or your xorg.conf does your situation improve at all?
It gets worse: Xorg is 80% and xfloaters is 17%; the compiles finished. The
section of /etc/X11/xorg.conf says
VendorName "Videocard vendor"
BoardName "ATI Technologies Inc Rage 128 Pro Ultra TF"
and the new /var/log/Xorg.0.log says:
(**) R128(0): Option "XaaNoOffscreenPixmaps"
I made the change to xorg.conf, logged out, made sure that the Xserver restarted
by typing <Ctrl><Alt><Backspace>, logged in, opened an xterm and left it idle,
then walked away. When floaters started, a "top" via ssh login showed CPU usage
of 80% Xorg and 17% floaters.
I've commited a change that should make floaters behave a lot better, and use
less CPU. It should be available in tomorrow's rawhide.