[comp.windows.x] X server growing very quickly.

fisher@paul.rutgers.edu (Greg Fisher) (09/20/90)

I am working on a program that causes the X server to grow by a large
amount (1-4 Meg/window).  The windows that are causing problems are
Motif graphics windows.  Scrolling is controlled by Motif, so the
window is retained.  That is likely to make it take up a lot of space
(1 Meg) since it is a color window.  However, depending on the
configuration of windows on the screen when the windows are opened,
opening a new window can cause the X server to grow by 2 or 3 meg in
the typical case.  If the old windows are mostly off the screen, then
the server only grows by about 1 Meg for each new window.

Does anyone have any idea why it grows in a screen configuration
dependent fashion?  If so, how can we minimize the growth of the X
server?  At this point, it probably is not feasible to rewrite the
scrolling so that we do it instead of Motif.

Thanks for any help.

Greg Fisher
fisher@ctt.bellcore.com

djb@cbnews.att.com (David J. Bryant) (09/20/90)

In article <Sep.19.15.25.20.1990.8696@paul.rutgers.edu>, fisher@paul.rutgers.edu (Greg Fisher) writes:
> 
> I am working on a program that causes the X server to grow by a large
> amount (1-4 Meg/window).  The windows that are causing problems are
> Motif graphics windows.  Scrolling is controlled by Motif, so the
> window is retained.  That is likely to make it take up a lot of space
> (1 Meg) since it is a color window.  However, depending on the
> configuration of windows on the screen when the windows are opened,
> opening a new window can cause the X server to grow by 2 or 3 meg in
> the typical case.  If the old windows are mostly off the screen, then
> the server only grows by about 1 Meg for each new window.
> 
> Does anyone have any idea why it grows in a screen configuration
> dependent fashion?  If so, how can we minimize the growth of the X
> server?  At this point, it probably is not feasible to rewrite the
> scrolling so that we do it instead of Motif.

We've recently been investigating similar unexpected server growth ("leaking")
with some of our applications here and have discovered that the problem
goes away when we turn off save-unders (using the -su argument to the X
server).  We've not delved further into the server side of the problem (after
all, we can make it go away with -su), but plan to when we get some spare
time.  Environment: Sun-4 with a variety of display controllers, SunOS 4.0.3, 
X11R4 with patches 1-14 built using vanilla SunOS 'cc', and various window 
managers (twm & olwm).

                                         UUCP: att!cbosgd!djb
        David Bryant                           att!cborion!djb
        AT&T Bell Laboratories       INTERNET: djb@cbosgd.att.com
        Room 1B-256                            cborion!djb@att.com
        6200 East Broad Street          PHONE: (614) 860-4516
        Columbus, Ohio  43213             FAX: (614) 868-4302