27.12.2012 Views

z/VM: CP Commands and Utilities Reference - z/VM - IBM

z/VM: CP Commands and Utilities Reference - z/VM - IBM

z/VM: CP Commands and Utilities Reference - z/VM - IBM

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Usage Notes<br />

MAXWSS OFF<br />

sets the MAXWSS percentage to 9999%, effectively turning the mechanism off.<br />

(In other words, with the limit set high enough, it is in effect no longer a limit.)<br />

This is the initial setting.<br />

XSTORE xstpct[%]<br />

sets the percentage of XSTORE that the scheduler will use when determining<br />

the amount of storage available for dispatching purposes. Valid values are from<br />

0% through 9999%. The default value is 0%, <strong>and</strong> has the effect of excluding<br />

XSTORE from the scheduler/dispatcher calculations.<br />

1. In using SET SRM DSPSLICE, the initial value of the dispatching minor time<br />

slice is determined by the model of the real machine that <strong>VM</strong>/ESA is IPLed on.<br />

Making the time slice smaller increases system overhead, but it also gives<br />

better sorting of the dispatch list <strong>and</strong> more accurate share control by the<br />

scheduler. Making the time slice larger decreases system overhead at the<br />

expense of the accuracy of the scheduler share controls. Making the time slice<br />

larger may also interfere with the scheduler’s ability to quickly sort the dispatch<br />

list to get the most I/O-bound users near the top. This in turn may reduce the<br />

system’s ability to drive I/O <strong>and</strong> maintain performance.<br />

Remember that when the dispatch slice is changed, the IABIAS duration no<br />

longer represents the same amount of processing as before. If the size of the<br />

DSPLICE is changed significantly, you may want to adjust the IABIAS duration<br />

to compensate so that it still represents roughly the same amount of processing<br />

as before.<br />

2. An installation can use the SET SRM STORBUF comm<strong>and</strong> to undercommit or<br />

overcommit storage. Note that Q0 users are not restricted by their storage<br />

requirement. By setting the first percentage value (aaa) at less than 100%, you<br />

can reserve a storage buffer for Q0 users. It is also sometimes desirable to do<br />

this to reserve a storage buffer for active users who are temporarily “dormant”<br />

(between transactions). When aaa is set to less than 100%, the storage above<br />

aaa is protected from the (non-Q0) users who are currently running. This means<br />

the running users are prevented from crowding all the pages of dormant users<br />

out of storage. This is useful when many dormant users’ pages are needed<br />

sooner than the system can page them out <strong>and</strong> then in again.<br />

By increasing or decreasing the differences in the three percentage values of<br />

STORBUF, an installation can affect the response times <strong>and</strong> expansion factors<br />

for short-running (generally interactive), medium-running, <strong>and</strong> long-running work.<br />

3. SET SRM LDUBUF is similar to SET SRM STORBUF, except that the resource<br />

buffered is the paging configuration capacity, rather than storage. An installation<br />

may use SET SRM LDUBUF to undercommit or overcommit the access to<br />

paging, or to favor one class of transaction over another.<br />

The values set for SET SRM LDUBUF are usually not critical. However, in most<br />

situations, the default values are too low <strong>and</strong> a better choice would be:<br />

SET SRM LDUBUF 300% 200% 100%<br />

SET SRM<br />

This represents an overcommitment. If there is a need to do a lot of paging, an<br />

overcommitment insures that enough loading users are allowed in the dispatch<br />

list to keep the DASD paging devices running at or near their full capacity.<br />

4. SET SRM XSTORE causes the scheduler to include a percentage of XSTORE<br />

in the amount of real storage it considers to be available for dispatching<br />

Chapter 2. <strong>CP</strong> <strong>Comm<strong>and</strong>s</strong> 1395

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!