Hi Skip,
We run with MCCAFCTH=(4000,4500), already. We use SYNCSORT as our
primary sort product and DFSORT with DB2 utilities.
Our AFQ on all our production systems is normally 100x to 400x this
value. If anything I have considered to raise it again. I would agree
with Mark that this is an area IBM should apply some of that autonomic
technology. The PARMLIB setting should be a minimum or starter setting
at IPL but RSM/SRM should adjust this upwards based on the storage
on-line and the AFQ over time. The "default" should at a minimum set
itself according to the stated ROT that vary based on the amount of
storage configured to the LPAR at IPL. Run some RMF reports and look
at AVAILABLE frames over time on the PAGING ACTIVITY report or data
from the performance monitor of your choice.
I really like to leverage memory! It is the cheapest component on the
floor especially on 2094 to improve performance. Consider that it has
no moving parts, doesn't need service calls, doesn't increase your
software charges. I have seen vendors charge by the amount of DASD, the
CPU MIPS, and everything else but so far no vendor has approached us and
suggested to charge based on memory upgrades:-)
Best Regards,
Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office) 301.986.3574
Murphy's Fifth Law: If anything just cannot go wrong, it will anyway.
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Skip Robinson
Sent: Tuesday, January 10, 2006 2:11 PM
To: [email protected]
Subject: RSM tuning
We lost a production system a while back because of a spin loop in RSM.
Apparently RSM needed some storage, but before demand paging operations
could complete, the system got partitioned out of the sysplex for lack
of heartbeat activity.
IBM pointed us to OA12185, which recommends this value for available
frame
queue: MCCAFCTH=(4000,4500) . What's startling about this recommendation
is that it's ten times (!) the default value of MCCAFCTH=(400,600) .
We're concerned that such a high value will increase paging rates
considerably.
Maybe it's overkill.
Any thoughts?
.
.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]
<>
====================
This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
