excessive Xfree CPU with linux 2.6?

2004-01-01 Thread Kristian Kvilekval


I am trying to use the latest kernel, but have noticed
some changes in the X environment.   Simple text output
has become CPU intensive.For example, 
"ps aux" in a gnome-terminal can force the X server
process into 70% CPU usage as monitored by top.  The
output is bursty and can slow to a crawl sometimes.

I first noticed this using 'menuconfig' in the linux
sources when screen redraws seemed to take a long time.

Has anybody else had similar experiences?  Any suggestions
what to try next?

Thanks.

OS: linux 2.6
Xfree: 4.3 from experimental (original problem was also in 4.2 sid)
Video Card: Matrox g550 with matrox mga_hal and xinerama


[EMAIL PROTECTED] cat /var/log/XFree86.0.log
 
This is a pre-release version of XFree86, and is not supported in any
way.  Bugs may be reported to XFree86@XFree86.Org and patches submitted
to [EMAIL PROTECTED]  Before reporting bugs in pre-release versions,
please check the latest version in the XFree86 CVS repository
(http://www.XFree86.Org/cvs).
 
XFree86 Version 4.3.0.1 (Debian 4.3.0-0pre1v4 20031024231956
[EMAIL PROTECTED])
Release Date: 15 August 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.22 i686 [ELF]
Build Date: 25 October 2003
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.6.0 ([EMAIL PROTECTED]) (gcc version 3.3.3 20031229
(prerelease) (Debian)) #1 Wed Dec 31 10:48:02 PST 2003
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Thu Jan  1 14:33:36 2004
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Matrox PowerDesk configured."
(**) |-->Screen "Display 1" (0)
(**) |   |-->Monitor "Display 1"
(**) |   |-->Device "MATROX CARD 1"
(**) |-->Screen "Display 2" (1)
(**) |   |-->Monitor "Display 2"
(**) |   |-->Device "MATROX CARD 2"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID".
Entry deleted from font path.
(Run 'mkfontdir' on
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID").
(**) FontPath set to
"/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(**) Option "Xinerama"
(**) Xinerama: enabled
(++) using VT number 7
 
(WW) Open APM failed (/dev/apm_bios) (No such device)
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.6
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.3.0.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.3.0.1, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.6
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,1130 card 110a,005a rev 02 class 06,00,00
hdr 00
(II) PCI: 00:01:0: chip 8086,1131 card , rev 02 class 06,04,00
hdr 01
(II) PCI: 00:1e:0: chip 8086,244e card , rev 11 class 06,04,00
hdr 01
(II) PCI: 00:1f:0: chip 8086,2440 card , rev 11 class 06,01,00
hdr 80
(II) PCI: 00:1f:1: chip 8086,244b card 110a,0055 rev 11 class 01,01,80
hdr 00
(II) PCI: 00:1f:2: chip 8086,2442 card 110a,0055 rev 11 class 0c,03,00
hdr 00
(II) PCI: 00:1f:3: chip 8086,2443 card 110a,0055 rev 11 class 0c,05,00
hdr 00
(II) PCI: 00:1f:4: chip 8086,2444 card 110a,0055 rev 11 class 0c,03,00
hdr 00
(II) PCI: 00:1f:5: chip 8086,2445 card 110a,0056 rev 11 class 04,01,00
hdr 00
(II) PCI: 01:00:0: chip 102b,2527 card 102b,0f84 rev 01 class 03,00,00
hdr 00
(II) PCI: 02:09:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00
hdr 00
(II) PCI: 

Re: excessive Xfree CPU with linux 2.6?

2004-01-02 Thread Kristian Kvilekval



On Fri, 2004-01-02 at 08:45, Michel Dänzer wrote:
> On Thu, 2004-01-01 at 23:48, Kristian Kvilekval wrote: 
> > I am trying to use the latest kernel, but have noticed
> > some changes in the X environment.   Simple text output
> > has become CPU intensive.For example, 
> > "ps aux" in a gnome-terminal can force the X server
> > process into 70% CPU usage as monitored by top.  The
> > output is bursty and can slow to a crawl sometimes.
> Has Sean's suggestion about the X server nice level helped?

I had tried renicing the Xfree server to 0, with little
effect.   I can still get text output to eat up 60% cpu 
at times.

> See also
> http://lists.debian.org/debian-powerpc/2003/debian-powerpc-200312/msg00144.html
>  and http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109753 .

Thanks for the pointers, the first describes something similar to what I
am seeing, however the discussion diverts simply to using enabling
bitmapped fonts.  The second suggests disabling anti-aliasing.

Unfortunately, I am using fixed font in the terminal and have 
disabled all hinting and smoothing in gnome.  

The behavior is definitely that I see fast output mixed
with very slow and CPU intensive.  I guess this points to
scheduler problems.


> It seems that the kernel scheduler (related to the interactivity
> tuning?) and/or some X clients behave suboptimally.

Seems strange that it would be most noticeable for text output. 
I wouldn't suspect there would be anything particular about
the path for outputing text.  

I guess I will try disabling the new schedulers and see if that
has an effect.




-- 
Kristian G. Kvilekval
email:[EMAIL PROTECTED] office:(805)893-4276 http://www.cs.ucsb.edu/~kris