Those are not really enqueues, strictly speaking, they are reserves, and they are not a bad thing as long as there is not excessive contention. For a two node MAS, HOLD=10 is probably a bit too small, and may actually hinder performance. The objective of tuning DORMANCY and HOLD is not to minimize the reserves, but to maximize spool performance. Your current settings are limiting the amount of spool updates that each JES2 can do per second.
On Mon, Jun 13, 2011 at 12:28 PM, Andre Massena <andre_mass...@lavache.com>wrote: > 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" <scott.r...@joann.com> 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 <allan.stal...@kbmg.com>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 > lists...@bama.ua.edu 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 > lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html