All, thanks to you all and the first respondant (Raymond Noal) for the pointers. I have tweaked the MASDEF to HOLD=10 on both z/OS guests now. The enqueues on the HASP* DASD have nearly disappeared in RMF and the response times have improved dramatically. Again, thank you all. Andre En Réponse à "Scott Rowe" <[email protected]> le 13 juin 2011 16:15 Yes, HOLD=1000 is way too large for a shared spool. A Value of 50 or 100 would be a much better place to start. On Mon, Jun 13, 2011 at 10:06 AM, Staller, Allan <[email protected]>wrote: > How may spool volumes? Is the CHKPT defined in the CF (real or virtual). > HOLD=1000 seems a bit long for multi-access spool. I would reduce this > to about 50 and retry. > > ISTR (from ancient and decaying brain cells) that there is some "VM > magic" that dramatically improves MVS performance under VM (preferred > guest?). > I definitely remember double paging as one issue. Also IO time > distortion. > > HTH, > > > <snip> > MASDEF: > > > MASDEF SHARED=CHECK, /* MULTI ACCESS SPOOL CHECK > RESTART=YES,CKPTLOCK=ACTION, /* > DORMANCY=(100,500), /* > HOLD=1000, /* > LOCKOUT=1000 /* > MEMBER(1) NAME=ADCD /* > MEMBER(2) NAME=BDCD /* > > Both z/OS guests have an absolute share of 15% (z/VM) of a 900 MIPS > z10, so > I would surmise it is not a "juice" problem... > </snip> > > ---------------------------------------------------------------------- > 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 > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- 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
---------------------------------------------------------------------- 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
