comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: idl increases the size of the X daemon in HPUX
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: idl increases the size of the X daemon in HPUX [message #3909] Wed, 29 March 1995 00:00
ralfu is currently offline  ralfu
Messages: 7
Registered: November 1993
Junior Member
In article <GEOMAGIC.95Mar26124829@yo.seismo.usbr.gov>, geomagic@seismo.usbr.gov (Dan O-Connell) writes:
> In article <3ku8ba$j7i@diable.upc.es> Marc Neufeld <dfsmne9@ps.uib.es> writes:
>
>> We have noticed that when IDL is running more than one window in
>> an HP 735 workstation it increases sometimes the size of the X
>> daemon in an irreversible way (that is, the size never decreases).
>> After some days the size of the X daemon can reach (according to
>> ps -l) 12000 memory blocks or even more.
>> Have any one seen a similar problem? Is this a problem only with
>> HPUX or does it happens in other systems? Any solution?
>
> Do you notice a several second delay between when to end an X window
> process and when the window is deleted from the screen? If so, you
> might want to apply an HP X11 patch and see if that solves your
> problem.
>

I wouldn't think of a bug, but rather think that you are running
your machine under XDM with the X process permanently running. Then
the fact, that the size of X grows (but never decreases) is
IMHO correct. The X server tries to cache what is on the screen,
but does not give back the memory it needs for that. We saw the
same on our AIX (3.2.5) boxes.

We changed xdm on most (small memory) machines so that the X process
restarts after a users logs out. This take some seconds, but then the
X process has its original size for the new user. Prviously our
machines really hung with 'Paging Space Low' and neede a reboot. The
X restart solved our problem.

You can do this by setting:

DisplayManager._0.terminateServer: true

in the xdm-config file (/usr/lib/X11/xdm/xdm-config on our machine)

Hope that helps, Ralf

--
Ralf Utermann
____________________________________________________________ _________
University of Augsburg (Germany), Institute of Physics
Memmingerstr.6 "Speaking for me and nobody else"
D-86135 Augsburg Phone: +49-821-5977-235
SMTP: Ralf.Utermann@Physik.Uni-Augsburg.DE Fax: -222
Re: idl increases the size of the X daemon in HPUX [message #3922 is a reply to message #3909] Sun, 26 March 1995 09:48 Go to previous message
geomagic is currently offline  geomagic
Messages: 22
Registered: November 1993
Junior Member
In article <3ku8ba$j7i@diable.upc.es> Marc Neufeld <dfsmne9@ps.uib.es> writes:

> We have noticed that when IDL is running more than one window in
> an HP 735 workstation it increases sometimes the size of the X
> daemon in an irreversible way (that is, the size never decreases).
> After some days the size of the X daemon can reach (according to
> ps -l) 12000 memory blocks or even more.
> Have any one seen a similar problem? Is this a problem only with
> HPUX or does it happens in other systems? Any solution?

Do you notice a several second delay between when to end an X window
process and when the window is deleted from the screen? If so, you
might want to apply an HP X11 patch and see if that solves your
problem.

Dan (I speak for no organization) O'Connell
geomagic@seismo.usbr.gov
Seismotectonics Group, U.S. Bureau of Reclamation
Denver Federal Center, P.O. Box 25007 D-8330, Denver, CO 80225
"We do custom earthquakes (for food)"
or
"Just more roadkill on the information superhighway"

/\
/ \
/ \ /\ /\
/\ / \ / \ / \ /\ /\/\ /\/\
___/ \ /\/\/\/ \ / \ /\ / \ / \/ \/ \ /\_______
\/ \ / \ / \/ \/ \/
\/ \/
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: PICT-format?
Next Topic: Re: [Q}:Rubberbanding in IDL

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 15:39:38 PDT 2025

Total time taken to generate the page: 0.00518 seconds