Re: IPLINFO Question
In [EMAIL PROTECTED], on 05/21/2007 at 04:43 PM, Dave Kopischke [EMAIL PROTECTED] said: I don't have direct access to the VM system. Just my z/OS image. If you have full access to your z/OS system then you can issue CP commands and retrieve the responses. Some assembly required. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: IPLINFO Question
Schiradin,Roland HG-Dir itb-db/dc wrote: SHOWuOS use three methods to get the info. 1. Like IPLINFO does (unauth) 2. SYSEVENT QVS (auth) 3. SYSEVENT REQLPDAT (auth) SYSEVENT QVS is an unauthorized interface. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
IPLINFO Question
Sorry to clutter the list with this, but it might be useful for others: We just got through with a DR test. During this test, management wanted to emulate as close as possible the resources we would have available at the DR hotsite based on the current contract with a DR service provider. To do this, the service provider was to limit CPU available to our z/OS image. It looked like they did this, but when we execute Mark Zelden's fine freeware IPLINFO EXEC, the results appear to be for the entire complex and not just for our image under VM. Is this correct ??? Is there a better way to get a MIPS or MSU calculation from just our single z/OS image ??? -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- 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
Re: IPLINFO Question
You could look at the user directory for the primary address space size, but this can change-#CP DEFINE STORAGE size. From the guest representing your system #CP QUERY VIRTUAL STORAGE or from another guest #CP INDICATE USER userid. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kopischke, David G. Sent: Monday, May 21, 2007 1:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IPLINFO Question Sorry to clutter the list with this, but it might be useful for others: We just got through with a DR test. During this test, management wanted to emulate as close as possible the resources we would have available at the DR hotsite based on the current contract with a DR service provider. To do this, the service provider was to limit CPU available to our z/OS image. It looked like they did this, but when we execute Mark Zelden's fine freeware IPLINFO EXEC, the results appear to be for the entire complex and not just for our image under VM. Is this correct ??? Is there a better way to get a MIPS or MSU calculation from just our single z/OS image ??? -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- 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
Re: IPLINFO Question
On Mon, 21 May 2007 14:06:18 -0600, Kopischke, David G. [EMAIL PROTECTED] wrote: Sorry to clutter the list with this, but it might be useful for others: We just got through with a DR test. During this test, management wanted to emulate as close as possible the resources we would have available at the DR hotsite based on the current contract with a DR service provider. To do this, the service provider was to limit CPU available to our z/OS image. It looked like they did this, but when we execute Mark Zelden's fine freeware IPLINFO EXEC, the results appear to be for the entire complex and not just for our image under VM. Is this correct ??? Is there a better way to get a MIPS or MSU calculation from just our single z/OS image ??? My IPLINFO exec is only a rough guestimate based on the SU value in the RMCT which it converts to SUs per second: The approximate total MIPS (SUs/SEC / 48.5 * # general CPUs) This is the best I was able to do with (unauthorized) rexx code at the time I added that code. It also assumes a non-capped CPU. The way to do this since z/OS R1 (+ a 64-bit machine) is to use SYSEVENT QVS. ShowMVS does that. So you should be able to use ShowMVS to get what you want. See file 492 of the CBT tape - http://www.cbttape.org Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
Re: IPLINFO Question
SHOWuOS use three methods to get the info. 1. Like IPLINFO does (unauth) 2. SYSEVENT QVS (auth) 3. SYSEVENT REQLPDAT (auth) Sample with one zIIP SRM MIPS: 923.560 (SU/sec) / 48.5 No of CPU: 5 zAAP/zIIP excl. MSU QVS: CEC: 126 IMG: 8 REQLPDAT: Flags: C0 Defined capacity Capdata valid CEC-Capacity: 126 LPAR: LP0101Capacity: 8 Factor : 2286 Weight :277344 # weight acc: 30816 Service : 3 Time uncap :71 capped : 0 Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, May 21, 2007 10:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IPLINFO Question On Mon, 21 May 2007 14:06:18 -0600, Kopischke, David G. [EMAIL PROTECTED] wrote: Sorry to clutter the list with this, but it might be useful for others: We just got through with a DR test. During this test, management wanted to emulate as close as possible the resources we would have available at the DR hotsite based on the current contract with a DR service provider. To do this, the service provider was to limit CPU available to our z/OS image. It looked like they did this, but when we execute Mark Zelden's fine freeware IPLINFO EXEC, the results appear to be for the entire complex and not just for our image under VM. Is this correct ??? Is there a better way to get a MIPS or MSU calculation from just our single z/OS image ??? My IPLINFO exec is only a rough guestimate based on the SU value in the RMCT which it converts to SUs per second: The approximate total MIPS (SUs/SEC / 48.5 * # general CPUs) This is the best I was able to do with (unauthorized) rexx code at the time I added that code. It also assumes a non-capped CPU. The way to do this since z/OS R1 (+ a 64-bit machine) is to use SYSEVENT QVS. ShowMVS does that. So you should be able to use ShowMVS to get what you want. See file 492 of the CBT tape - http://www.cbttape.org -- 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
Re: IPLINFO Question
On Mon, 21 May 2007 13:32:55 -0700, Neubert, Kevin (DIS) wrote: You could look at the user directory for the primary address space size, but this can change-#CP DEFINE STORAGE size. From the guest representing your system #CP QUERY VIRTUAL STORAGE or from another guest #CP INDICATE USER userid. I don't have direct access to the VM system. Just my z/OS image. -- 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
Re: IPLINFO Question
On Mon, 21 May 2007 15:59:21 -0500, Mark Zelden wrote: My IPLINFO exec is only a rough guestimate based on the SU value in the RMCT which it converts to SUs per second: The approximate total MIPS (SUs/SEC / 48.5 * # general CPUs) This is the best I was able to do with (unauthorized) rexx code at the time I added that code. It also assumes a non-capped CPU. The way to do this since z/OS R1 (+ a 64-bit machine) is to use SYSEVENT QVS. ShowMVS does that. So you should be able to use ShowMVS to get what you want. See file 492 of the CBT tape - http://www.cbttape.org This is not a complaint. A rough guesstimate is all I'm looking for. I hadn't really cared what my image was getting previous to this test. Now our management wants to operate under the constraints of our contract and I thought I'd take a look and see what we were getting. So, if VM defines 4 virtual CPUs to our image, that's what the image sees so that skews the approximation. So I could just undo the virtual CPU over allocation by dividing by 4 ??? I'm pretty good with this new math. -- 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