Re: Suggestion for the VMS X-windows server
- From: "FredK" <fred.nospam@xxxxxxx>
- Date: Mon, 19 Mar 2007 14:56:15 GMT
"JF Mezei" <jfmezei.spamnot@xxxxxxxxxxxxx> wrote in message
news:e3e25$45fda29a$cef8887a$22229@xxxxxxxxxxxxxxx
FredK wrote:
It isn't clear to me that it has "run out of resources". Becomming
unresponsive doesn't meet the criteria. If the X server "runs out of
memory" --- it crashes (or sometimes if you are lucky it kills a
connection) - it doesn't just "slow down".
With Mozilla, I see the X server's process raise its Working set to
wsextent, and raise its virtual pages to very near pgfilquota. Show
proc/quota reveals it has 256 pages left as pgfilquota.
At this point in time, mozilla does not redraw the window. Menus do not
appear, however, looking at the mozilla process (show proc/cont), I see
some tiny action when the mouse moves over a clickable area such as the
menu mar that should be just under the MWM window title. (MWM works fine
during those situations, it is just the content of all mozilla windows
that do not refresh).
Bringing other simpler windows to the foreground (such as decterm), they
work perfectly, and they redraw fine.
There are errors logged to decw$server_0_error.log about insufficient
resources (but I currently have no examples since I have not gone to any
complex/large web pages since restarting the x server).
I need an example.
Essentially, there was no real plan in X11 for dealing with running out of
resources like memory, and routine interfaces don't bubble status back up to
the callers (and ulitmately to a point where it could return an error to the
client like INSMEM). If it happens during a request at a point where the
code knows the client ID - then it can kill the client (very friendly). If
it happens in other places, it issues a fatal server call (even friendlier).
X11 assumes an error-free connection (no robustness features to allow a
re-connect) and error free execution of the X11 server with infinite
resources. It also assumes mostly error free clients that respond in a
timely manner to events to prevent deadlocks.
.
- Follow-Ups:
- Re: Suggestion for the VMS X-windows server
- From: JF Mezei
- Re: Suggestion for the VMS X-windows server
- From: etmsreec
- Re: Suggestion for the VMS X-windows server
- References:
- Suggestion for the VMS X-windows server
- From: JF Mezei
- Re: Suggestion for the VMS X-windows server
- From: FredK
- Re: Suggestion for the VMS X-windows server
- From: Michael Kraemer
- Re: Suggestion for the VMS X-windows server
- From: FredK
- Re: Suggestion for the VMS X-windows server
- From: JF Mezei
- Suggestion for the VMS X-windows server
- Prev by Date: Re: More proof that global warming is a hoax ...
- Next by Date: Re: FTP over SSL
- Previous by thread: Re: Suggestion for the VMS X-windows server
- Next by thread: Re: Suggestion for the VMS X-windows server
- Index(es):
Relevant Pages
|