[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference vaxaxp::vmsnotes

Title:VAX and Alpha VMS
Notice:This is a new VMSnotes, please read note 2.1
Moderator:VAXAXP::BERNARDO
Created:Wed Jan 22 1997
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:703
Total number of notes:3722

169.0. "$show working_set question" by CALDEC::SCHMIDT () Mon Feb 10 1997 16:25

Hopefully someone can explain to me the output of the $show work command 
I'm expecting it to return the limits as set in the uaf but it's not.
Where does $show work derive it's values from?

peter



On my workstation the output is as follows:

KARNA> sho work
  Working Set (pagelets)  /Limit=3888  /Quota=7776  /Extent=192288
  Adjustment enabled      Authorized Quota=7776  Authorized Extent=192288

  Working Set (8Kb pages) /Limit=243  /Quota=486  /Extent=12018
                          Authorized Quota=486  Authorized Extent=12018


But when I look at my uaf entry:

UAF> sho schmidt

Username: SCHMIDT                          Owner:  Peter Schmidt
Account:  ORPHAN                           UIC:    [150,1] ([ORPHAN,SCHMIDT])
CLI:      DCL                              Tables: DCLTABLES
Default:  USER2$:[SCHMIDT]
LGICMD:   LOGIN
Flags:
Primary days:   Mon Tue Wed Thu Fri
Secondary days:                     Sat Sun
No access restrictions
Expiration:            (none)    Pwdminimum:  8   Login Fails:     0
Pwdlifetime:         30 00:00    Pwdchange:   4-FEB-1997 07:32
Last Login: 10-FEB-1997 09:22 (interactive), 10-FEB-1997 08:39 (non-interactive)
Maxjobs:         0  Fillm:       300  Bytlm:      1500000
Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
Maxdetach:       0  BIOlm:     10000  JTquota:      20000
Prclm:          10  DIOlm:       300  WSdef:         1024
Prio:            4  ASTlm:       500  WSquo:         2048
Queprio:         0  TQElm:       200  WSextent:      8192
CPU:        (none)  Enqlm:      4096  Pgflquo:    1500000
Authorized Privileges:
  NETMBX    TMPMBX
Default Privileges:
  NETMBX    TMPMBX
Identifier                         Value           Attributes
  PADC_CLUMGR                      %X8001000E
  PADC_RW_ACCESS                   %X8001000D
  CLCS_USER                        %X80010015
  PADC_RO_ACCESS                   %X8001000C

T.RTitleUserPersonal
Name
DateLines
169.1SYSGEN PQL Minimums Set Higher?XDELTA::HOFFMANSteve, OpenVMS EngineeringMon Feb 10 1997 17:057
   Take a look at the SYSGEN> SHOW/PQL values, and see if the PQL_M*
   quota values are set above those of your username -- these quotas
   are the minimum values.  (The PQL_D* values are the default values,
   if no value has been specified as part of the process creation or
   process login.)

169.2Yes they follow the PQL*'s but...CALDEC::SCHMIDTMon Feb 10 1997 17:417
Yes, they do match the pql_m* values.

But don't the pql values get applied to non-interactive processes (i.e
whose mode is "other")

My interactive login session should follow the limits as set in the uaf,
right & not what is set by the pql parameters?
169.3ZIMBRA::BERNARDODave Bernardo, VMS EngineeringMon Feb 10 1997 18:483
    The minimum values set by the PQL parameters affect ALL processes.
    
    d.
169.4How autogen sets pql_m* valuesCALDEC::SCHMIDTTue Feb 11 1997 10:599
o.k.  What I don't understand is why autogen appears to be setting the
pql_mw* parameters based on what min_wsmax is set at in my modparams.dat
file.

It just doesn't seem right that this is the expected behaviour.  The
outcome is that pql_mwsextent is set to what wsmax gets set to.  Makes
setting the repective uaf quota a moot point.

btw this is vms 6.2-1h3
169.5ZIMBRA::BERNARDODave Bernardo, VMS EngineeringTue Feb 11 1997 11:176
    The minimum working set parameters have to be large enough to
    support WSMAX. The values are used to size the balance set slots
    which contain the working set lists.
    
    WSEXTENT getting set to WSMAX is intentional and is meant to
    override the values in the UAF.
169.6CSC is happy about it...GIDDAY::GILLINGSa crucible of informative mistakesTue Feb 11 1997 22:0013
  re .4:

    Since many UAFs are much older than the current system, some of them
  contain quotas appropriate for ancient, resource starved systems. Prior 
  to the AUTOGEN change (V6.0), it wasn't that unusual for the CSC to find
  systems with lots of memory paging heavily because the users were
  constrained by tiny WSEXTENTS. These days, the amount of memory on systems
  and the newer algorithms for managing it make the concept of WSEXTENT pretty
  much obselete. 

    AUTOGEN setting PQL_MWSEXTENT=WSMAX just makes sure that customers use
  the memory they paid for.
						John Gillings, Sydney CSC