Conference bulova::decw_jan-89_to_nov-90

228.0. "MUTEX Wait States with JIB Address of Session Manager" by OIWS20::BRYSON () Thu Feb 16 1989 14:03

I've got  my system so that when I login, I get 6 CHILD terminals, clock,
vue, bookreader,notes,calendar,cardfiler,banner, and mail to all come up from
decw$sylogin and decw$login. It logins in with no problems.  However, I notice
once I try to use it that process will begin to HANG for 1 to 5 seconds before
I get a response and then the response is sluggish.  I am monitoring the
system and notice that these processes are going in and out of MUTEX state.
My understanding is that MUTEX is a voluntary wait state on some lock or
resource. Through SDA, I notice that the PCB$L_EFWM pointed to the JIB
address of the session manager.  Basically, all the process that were
spawned from decw$sylogin and decw$login are go in and out of the MUTEX
state, including the Session Manager. If I do not start banner from 
decw$login.com, it usually helps reduce the occurence of MUTEX's. I start it
from FileView instead.

Is there a way I may solve this problem?  Obviously, if I run them as DETACHED,
they would not point to the JIB.  Is this the only solution and what is
really happening?

Oh, by the way, I am running a VS3200 with 16 Meg if it makes a difference.
Here is an example of my decw$login.com (decw$sylogin spawns decw$clock). This
example shows banner starting here.

$!
$! Terminals ...
$ child -
	/image=sys$system:loginout.exe/detach/nopass/pause=5/shrink -
	/ititle="Local""/title=""Local Terminal"""-
	/proc="Local"
$ child -
	/image=sys$system:loginout.exe/detach/nopass/pause=5/shrink -
	/ititle="Help""/title=""Help Terminal"""-
	/proc="Help"
$ child -
	/image=sys$system:loginout.exe/detach/pause=5/focus -
	/ititle="System""/title=""System Manager's Account"""-
	/proc="System"
$ child -
	/image=sys$system:loginout.exe/detach/nopass/pause=5/shrink -
	/ititle="Scratch""/title=""Scratch Terminal"""-
	/proc="Scratch"
$ child -
	/image=sys$system:loginout.exe/detach/nopass/pause=5/shrink -
	/ititle="Privileged""/title=""Terminal With All Privileges"""-
	/proc="Privileged"
$ child -
	/image=sys$system:loginout.exe/detach/nopass/pause=5/shrink -
	/ititle="Book Build""/title=""Book Build Terminal"""-
	/proc="BookBuild"
$! End Creation of terminals
$!
$! Start Decwindows Applications
$ spawn/nowait/process="BookReader"/output=nl: mcr decw$bookreader
$ spawn/nowait/process="Calendar"/output=nl: mcr decw$calendar
$ spawn/nowait/process="Cardfiler"/output=nl: mcr decw$cardfiler
$ spawn/nowait/process="Mail"/output=nl: mcr decw$mail
$ spawn/nowait/process="Notes"/output=nl: notes/display=decwindows
$! Banner causes MUTEX waits if started here
$ @dua0:[bryson.vue$com]vue$banner
$ exit


David

    
    By spawning out of the process, you cause all these images to share the
    UAF quotas for the accont.  Either increase relevant quotas
    (BIOLM, DIOLM, ASTLM, etc.) by an appropriate multiplicative factor or
    detach the images.
    
    					m

Thanks.  I had tried increasing the UAF values using the general formula
documented in the RELEASE NOTES for File View Processes.  I tried it for
8 processes, then 15 processes, and finally 25 processes worked.

The final quotas that worked were as follows:

Maxjobs:         0  Fillm:        75  Bytlm:       130000
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:       100  JTquota:       1024
Prclm:          25  DIOlm:        75  WSdef:          512
Prio:            4  ASTlm:       100  WSquo:         1024
Queprio:         0  TQElm:        35  WSextent:      4096
CPU:        (none)  Enqlm:       100  Pgflquo:      40960

I was on the right track, but I just didn't go high enough.  Thanks for
the help.

David