Xclock grows and grows (Was Re: How can I check for swap space?)

John Mills johnmills at speakeasy.net
Mon Aug 11 06:57:28 PDT 2003


Ian -

Thanks for the suggestions. They have given me more symptoms.

On Sat, 9 Aug 2003, Ian Dowse wrote:

> In message
> <Pine.LNX.4.44.0308080945100.4077-100000 at localhost.localdomain>, Joh n
> Mills writes:

 [Concerning problems with a newly-installed 4.8-Release from the CD set.

> >'startx' still proceeds until it fills all available memory. In 
> >particular, 'top' shows the size of 'xclock' growing while other processes 
> >seem OK.
> ...
> >2) Does this [mis]behavior sound familiar to anyone?
 
> I've seen this before when the "fontconfig" system got confused. Try
> running
 
>   fc-cache -fv
> as root. If that doesn't fix it, try:

That also dumped on ever-growing swap after first creating cache for the 
100DPI fonts and while working on the 75DPI

>   echo "*clock.render: false" >> /usr/X11R6/lib/X11/app-defaults/XClock

This did allow 'startx' to get past starting 'xclock', but the next thing 
I tried, 'xterm', then repeated the fill-swap-and-dump scenario.

I guess I don't know if the problem is related to X11, bad usage of swap
space, or some other memory issue. I should try some non-X11 activity 
(other than the underlying OS activity) and see what happens.

I noticed on installation that many packages related to Gnome hadn't been 
read successfully from the CD. Perhaps I have a defectively written CD 
behind all this.

 John Mills
 john.m.mills at alum.mit.edu



More information about the freebsd-questions mailing list