Rob, That makes complete sense, I stand corrected. Like I said it was a wild guess, and I am always looking to learn. Thanks, Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. PS - Rob, will you be able to make it to SHARE next month?
-----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Friday, January 05, 2007 8:10 AM To: [email protected] Subject: Re: ISGAMF00 problem One of the most easy to see SCOPE=STEP enqueues to see is the SPFUSER one - I can see this for all of our TSO users reasonably quickly using GQSCAN - and most of these guys are swapped out. GQSCAN invokes a space-switch PC routine executing in the GRS address space - I would put my money on the fact that SCOPE=STEP enqueues are maintained in structures and queues in the GRS address space just like other SCOPEs - I would be amazed if GQSCAN caused GRS to shot SRBs into foreign address spaces to trawl thru LSQA. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 05 January 2007 08:49 To: [email protected] Subject: Re: ISGAMF00 problem Rob, It does, but it also is an extremely SLOOOOWWW process, which makes me wonder if it is done via a local SRB scheduled in the target address space, vs a PC call to the GRS space. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Friday, January 05, 2007 7:27 AM To: [email protected] Subject: Re: ISGAMF00 problem Wayne, GQSCAN returns SCOPE=STEP enqueues for address spaces other than the ASID of the issuer - doesn't that indicate that these structures exist in GRS somewhere? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 05 January 2007 08:16 To: [email protected] Subject: Re: ISGAMF00 problem John, My guess (and this is just a guess, as I don't have access to the GRS source), is that SCOPE=STEP ENQ's don't get pushed to the GRS address space, instead the control structures are cached in LSQA of the requestor. ISGFAM00 probably only looks at structures in the GRS address space, IPCS however, has access to the LSQA of the dumped address space, and can therefore see the resources. Again, all a wild guess, take it for what it is worth... Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Ticic Sent: Friday, January 05, 2007 5:45 AM To: [email protected] Subject: Re: ISGAMF00 problem -- snip -- > > Although the documentation and parameters would seem to indicate > otherwise, the GRS monitor is not capable of recording STEP ENQs. Scott, Thnk you for the explanation. Indeed - I'm not happy of such surprise. However I have on more question: Can I see scope=STEP enq's using D GRS,RES=(q,r) command ? My experiments say I cannot. Or, more general: is there any method to dsiplay STEP enqueues ? -- snip-- That suprises me. GRSDATA via IPCS in an SVCDUMP definetly shows you the STEP ENQs. (from the IPCS manual) Resources are presented in the following order: 1. ASID(X'xxxx') (STEP) resources (ordered by ASID) 2. Local (SYSTEM) resources 3. Global (SYSTEMS) resources This is consistent with the order used by verb exit QCBTRACE in prior releases and with the order used by the GRSDATA subcommand in the current release when GRS control blocks are used instead of the data collected with the SDATA=GRSQ option of SDUMP. -- snip-- > > Choose your favorite flame mechanism. I'd suggest a RCF. I think Shane just chose his. John ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
