Re: VM Total time in $ACCOUNT files
I wish I had SAS and I see now where I had an error in my rexx program re: seconds/ms calc. much closer. my bad sorry. What's BC mode? z900 or earlier basic mode or 1 LPar/dedicated lCPs? Are you using MXG? I seem to recall it did some calc with the datetime and the connect time... for a 'starttime'(my word) RAWTIME STARTIMECONECTTM 02MAY2008:00:00:17.0001MAY2008:23:59:30.00 0:00:47 02MAY2008:00:00:31.0001MAY2008:23:59:30.00 0:01:01 02MAY2008:00:01:05.0002MAY2008:00:01:00.00 0:00:05 02MAY2008:00:01:05.0001MAY2008:23:59:30.00 0:01:35 02MAY2008:00:01:40.0002MAY2008:00:01:37.00 0:00:03 On Tue, Feb 22, 2011 at 1:10 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: This VM system runs in BC mode not PR/SM. You should trust the floating point arithmetic in SAS -- Gregg Reed No Plan, survives execution
Re: VM Total time in $ACCOUNT files
On Wed, Feb 23, 2011 at 12:34 PM, Gregg reed.gr...@gmail.com wrote: I wish I had SAS and I see now where I had an error in my rexx program re: seconds/ms calc. much closer. my bad sorry. What's BC mode? z900 or earlier basic mode or 1 LPar/dedicated lCPs? I believe someone is confused here due to early re-use of acronyms ;-) Long ago, PR/SM was optional, and hardware could be configured to run in basic mode versus LPAR mode but with current hardware (since z9) it's not optional anymore (unrelated to the z9-BC vs z9-EC difference). This means that on supported hardware, z/VM (or any OS) runs in LPAR, even when that is the only LPAR on the machine. More recently, IBM introduced IFL-only models that have no CPs installed and thus don't run The Operating System but only z/VM and Linux. Depending on one's context and background, this without a z/OS LPAR may be observed as without an LPAR - which obviously is not the correct interpretation. PR/SM is the only component to know how much CPU cycles went into LPAR overhead and LPAR management overhead. The z/VM monitor (like RMF) get that information from the hypervisor and pass it along to your favority performance monitor. Any LPAR on that machine would get the same global utilization info from PR/SM (even though MVS does some hide and seek to keep the IFLs out of the total license charges). The z/VM account records do not account for that overhead (no pun intended). The overhead is normally small enough that you could not even tell when you drive all CPUs in a loop and see how far you're away from N*100%. The account records do provide the total for z/VM management overhead (which is different from the LPAR overhead). So if you care to know the LPAR overhead, you need to collect performance data from any one of the partitions on the machine. With ESALPS we feed the data into MXG and MICS, which works well for most installations that do capacity planning. From a license point of view it surely beats the alternative of getting a CP on the machine and run z/OS there just to collect LPAR usage statistics. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: VM Total time in $ACCOUNT files
Try summing Vitural and Total CPU in milliseconds and convert once for the CPUADDR/INTERVAL break (vs summing USER CPUVIRT and CPUTOTAL). On Fri, Feb 18, 2011 at 7:50 PM, Barton Robinson bar...@vm1.velocity-software.com wrote: how you do the arithmetic relates to the problem you are trying to solve... . Gregg Reed No Plan, survives execution
Re: VM Total time in $ACCOUNT files
On Fri, Feb 18, 2011 at 7:31 PM, George Henke/NYLIC george_he...@newyorklife.com wrote: ...And so the important factor is no what % of phyiscal CP (PCP) bu what % of logical CPU is being realized in each LPAR, Guest Machine Some percent of an interval is going to be used by PR/SM for Physical CP and LPar Management. A small percentage but is it reflected in accounting records? If VM is watching the wall clock and the last time it looked at a machine it was running, PR/SM steps in for a couple of clicks and when VM gets back is the 'run time' the wall/TOD clock delta? Does VM know it wasn't running and where is that time accounted for or are only 'running' seconds counted? If the CEC is sufficiently busy so that the weights are in play and especially if the LPar is capped, the Total(PCP) number of CPU seconds available may be considerably less than the logical CPU seconds. It probably doesn't matter much at an individual virtual machine level but at an aggregate, I'm thinking the physical number may be more important than the logical. Gregg Reed No Plan, survives execution
Re: VM Total time in $ACCOUNT files
When i do the analysis for 100% capture ratio, i add the physical overhead, the logical overhead and the z/vm captured time. that works. so vm must be lpar aware... Gregg wrote: On Fri, Feb 18, 2011 at 7:31 PM, George Henke/NYLIC george_he...@newyorklife.com mailto:george_he...@newyorklife.com wrote: ...And so the important factor is no what % of phyiscal CP (PCP) bu what % of logical CPU is being realized in each LPAR, Guest Machine Some percent of an interval is going to be used by PR/SM for Physical CP and LPar Management. A small percentage but is it reflected in accounting records? If VM is watching the wall clock and the last time it looked at a machine it was running, PR/SM steps in for a couple of clicks and when VM gets back is the 'run time' the wall/TOD clock delta? Does VM know it wasn't running and where is that time accounted for or are only 'running' seconds counted? If the CEC is sufficiently busy so that the weights are in play and especially if the LPar is capped, the Total(PCP) number of CPU seconds available may be considerably less than the logical CPU seconds. It probably doesn't matter much at an individual virtual machine level but at an aggregate, I'm thinking the physical number may be more important than the logical. Gregg Reed No Plan, survives execution
Re: VM Total time in $ACCOUNT files
I agree; I just don't think it (lCP % of pCP) can be determined in ACCOUNT. 3 lCPs with a weight(CEC full load)/cap of 2.66 pCPs will have the potential for 2.66 CPU seconds/second or 159.6 CPU seconds in a one minute interval minus logical overhead... Though if Capped, it'll get 3 to 5 more % points.,,, ...after wading into the swamp, I may have lost eye contact with the goal.. the OP wanted to know why total time exceeded connect time.. I think, it's accumulating too many insignificant decimal places. On Tue, Feb 22, 2011 at 10:07 AM, Barton Robinson bar...@vm1.velocity-software.com wrote: When i do the analysis for 100% capture ratio, i add the physical overhead, the logical overhead and the z/vm captured time. that works. so vm must be lpar aware... -- Gregg Reed No Plan, survives execution
Re: VM Total time in $ACCOUNT files
This VM system runs in BC mode not PR/SM. You should trust the floating point arithmetic in SAS Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc (206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com Please consider the environment before printing this e-mail. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Gregg Sent: Tuesday, February 22, 2011 8:02 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files I agree; I just don't think it (lCP % of pCP) can be determined in ACCOUNT. 3 lCPs with a weight(CEC full load)/cap of 2.66 pCPs will have the potential for 2.66 CPU seconds/second or 159.6 CPU seconds in a one minute interval minus logical overhead... Though if Capped, it'll get 3 to 5 more % points.,,, ...after wading into the swamp, I may have lost eye contact with the goal.. the OP wanted to know why total time exceeded connect time.. I think, it's accumulating too many insignificant decimal places. On Tue, Feb 22, 2011 at 10:07 AM, Barton Robinson bar...@vm1.velocity-software.com wrote: When i do the analysis for 100% capture ratio, i add the physical overhead, the logical overhead and the z/vm captured time. that works. so vm must be lpar aware... -- Gregg Reed No Plan, survives execution
VM Total time in $ACCOUNT files
I always thought that the total VM time, as well as the virtual, would be less than the connect time. Is it normal for the total time to be greater than the connect time? This happens a lot... Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: VM Total time in $ACCOUNT files
Hopefully you're converting the units. Virtual and Total time are in milliseconds and connect time is in seconds. Are you seeing this even after converting all of them to the same units? On Fri, Feb 18, 2011 at 1:04 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I always thought that the total VM time, as well as the virtual, would be less than the connect time. Is it normal for the total time to be greater than the connect time? This happens a lot... Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY
Re: VM Total time in $ACCOUNT files
Yes, and I always divide the CPU time by 1000. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bruce Hayden Sent: Friday, February 18, 2011 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Hopefully you're converting the units. Virtual and Total time are in milliseconds and connect time is in seconds. Are you seeing this even after converting all of them to the same units? On Fri, Feb 18, 2011 at 1:04 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I always thought that the total VM time, as well as the virtual, would be less than the connect time. Is it normal for the total time to be greater than the connect time? This happens a lot... Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: VM Total time in $ACCOUNT files
and for linux servers with multiple cpus, you divide cputime by the number of cpus? Ackerman, Derek wrote: Yes, and I always divide the CPU time by 1000. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bruce Hayden Sent: Friday, February 18, 2011 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Hopefully you're converting the units. Virtual and Total time are in milliseconds and connect time is in seconds. Are you seeing this even after converting all of them to the same units? On Fri, Feb 18, 2011 at 1:04 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I always thought that the total VM time, as well as the virtual, would be less than the connect time. Is it normal for the total time to be greater than the connect time? This happens a lot... Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: VM Total time in $ACCOUNT files
I am simply summing the total CPU times for each CP, for my report I keep them separate, here is one example for one CP and one interval. CPUADDR=0 INTERVALUSERCONECTTM CPUVIRTCPUTOTAL 19:30:28AUDITOR5990.1750 0.2220 19:30:28DISKACNT 5990.0150 0.0380 19:30:28EREP 5990. 0.0020 19:30:28FAQSEXEC 5990. 0. 19:30:28FAQSVM 5990.0030 0.0060 19:30:28FTPIFOX5990. 0. 19:30:28FTPSERVE 5990. 0. 19:30:28FWER 5990. 0. 19:30:28GCS5990. 0. 19:30:28HIDRO 599 33.1660 41.8210 19:30:28IFXSERVE 5990. 0. 19:30:28LINMON 5990.0020 0.0040 19:30:28OPERATOR 5990.0070 0.0160 19:30:28OPERSYMP 5990. 0. 19:30:28OSASF 5990. 0. 19:30:28PGAR 5990. 0. 19:30:28PHRO 5990. 0. 19:30:28RAHM 5990. 0. 19:30:28RMCG 5990.0090 0.0320 19:30:28RMSMASTR 5990. 0. 19:30:28RSCS 5990. 0. 19:30:28SESQ 5990. 0. 19:30:28SKAN 5990. 0. 19:30:28SK01 5990.0050 0.0130 19:30:28SPOOLER5990. 0.0010 19:30:28SUBMITS5990.0020 0.0070 19:30:28SYBCOM 5990. 0. 19:30:28SYBLOG 5990. 0. 19:30:28SYBMON 5990. 0. 19:30:28SYBUSER5990.0020 0.0030 19:30:28SYSCHECK 5990. 0. 19:30:28SYSLOGS5990. 0. 19:30:28SYSTEM 5990. 11.0860 19:30:28TCPIFOX5990.0380 0.0550 19:30:28TCPIP 5990.0070 0.0090 19:30:28TMON 5990.1720 0.1940 19:30:28TS09 5990.0740 0.0860 19:30:28UACSERV5990. 0. 19:30:28UAFCSERV 5990. 0. 19:30:28UNIJCL 5990. 0. 19:30:28UNIPRD2599 316.9930401.7960 19:30:28UNIPROD599 291.7980302.0340 19:30:28UNITEST5990.7500 0.8200 19:30:28VGLIBSRV 5990.0020 0.0020 19:30:28VMLIB 5990. 0. 19:30:28VMSERVR5990. 0. 19:30:28VMSERVS5990. 0. 19:30:28VMSERVU5990. 0. 19:30:28VMUTIL 5990.0030 0.0050 19:30:28VTAM 5990.2320 0.3640 19:30:28VTAMOP 5990. 0. 19:30:28WMOO 5990. 0. INTERVAL643.4550758.6160 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Barton Robinson Sent: Friday, February 18, 2011 11:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files and for linux servers with multiple cpus, you divide cputime by the number of cpus? Ackerman, Derek wrote: Yes, and I always divide the CPU time by 1000. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bruce Hayden Sent: Friday, February 18, 2011 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Hopefully you're converting the units. Virtual and Total time are in milliseconds and connect time is in seconds. Are you seeing this even after converting all of them to the same units? On Fri, Feb 18, 2011 at 1:04 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I always thought that the total VM time, as well as the virtual, would be less than the connect time. Is it normal for the total time to be greater than the connect time? This happens a lot... Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review
Re: VM Total time in $ACCOUNT files
When you said total VM time I thought you meant for 1 virtual machine, since there are 2 fields with CPU time: All CPU time (sometimes called the total time) and Virtual time. But you are adding up all of the total time values to create an overall total. But, what you are adding up is the time for one virtual CPU (such as virtual CPU 0) for all machines. Virtual CPU 0 is not always run on Real CPU 0; it could be run on any real CPU, and the virtual CPU 0 from many machines can be run in parallel on your real CPUs. So, the total of all of these could add up to more than the connect time. It should be true, however, that the total of all of the consumed CPU time divided by the number of real CPUs should be less than the connect time. On Fri, Feb 18, 2011 at 2:55 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I am simply summing the total CPU times for each CP, for my report I keep them separate, here is one example for one CP and one interval. snip -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY
Re: VM Total time in $ACCOUNT files
Do you have more than one real CP? Mark Wheeler UnitedHealth Group -- Excellence. Always. If Not Excellence, What? If Not Excellence Now, When? Tom Peters, author of The Little BIG Things Date: Fri, 18 Feb 2011 12:55:45 -0700 From: derek.acker...@infocrossing.com Subject: Re: VM Total time in $ACCOUNT files To: IBMVM@LISTSERV.UARK.EDU I am simply summing the total CPU times for each CP, for my report I keep them separate, here is one example for one CP and one interval. CPUADDR=0 INTERVAL USER CONECTTM CPUVIRT CPUTOTAL 19:30:28 AUDITOR 599 0.1750 0.2220 19:30:28 DISKACNT 599 0.0150 0.0380 19:30:28 EREP 599 0. 0.0020 19:30:28 FAQSEXEC 599 0. 0. 19:30:28 FAQSVM 599 0.0030 0.0060 19:30:28 FTPIFOX 599 0. 0. 19:30:28 FTPSERVE 599 0. 0. 19:30:28 FWER 599 0. 0. 19:30:28 GCS 599 0. 0. 19:30:28 HIDRO 599 33.1660 41.8210 19:30:28 IFXSERVE 599 0. 0. 19:30:28 LINMON 599 0.0020 0.0040 19:30:28 OPERATOR 599 0.0070 0.0160 19:30:28 OPERSYMP 599 0. 0. 19:30:28 OSASF 599 0. 0. 19:30:28 PGAR 599 0. 0. 19:30:28 PHRO 599 0. 0. 19:30:28 RAHM 599 0. 0. 19:30:28 RMCG 599 0.0090 0.0320 19:30:28 RMSMASTR 599 0. 0. 19:30:28 RSCS 599 0. 0. 19:30:28 SESQ 599 0. 0. 19:30:28 SKAN 599 0. 0. 19:30:28 SK01 599 0.0050 0.0130 19:30:28 SPOOLER 599 0. 0.0010 19:30:28 SUBMITS 599 0.0020 0.0070 19:30:28 SYBCOM 599 0. 0. 19:30:28 SYBLOG 599 0. 0. 19:30:28 SYBMON 599 0. 0. 19:30:28 SYBUSER 599 0.0020 0.0030 19:30:28 SYSCHECK 599 0. 0. 19:30:28 SYSLOGS 599 0. 0. 19:30:28 SYSTEM 599 0. 11.0860 19:30:28 TCPIFOX 599 0.0380 0.0550 19:30:28 TCPIP 599 0.0070 0.0090 19:30:28 TMON 599 0.1720 0.1940 19:30:28 TS09 599 0.0740 0.0860 19:30:28 UACSERV 599 0. 0. 19:30:28 UAFCSERV 599 0. 0. 19:30:28 UNIJCL 599 0. 0. 19:30:28 UNIPRD2 599 316.9930 401.7960 19:30:28 UNIPROD 599 291.7980 302.0340 19:30:28 UNITEST 599 0.7500 0.8200 19:30:28 VGLIBSRV 599 0.0020 0.0020 19:30:28 VMLIB 599 0. 0. 19:30:28 VMSERVR 599 0. 0. 19:30:28 VMSERVS 599 0. 0. 19:30:28 VMSERVU 599 0. 0. 19:30:28 VMUTIL 599 0.0030 0.0050 19:30:28 VTAM 599 0.2320 0.3640 19:30:28 VTAMOP 599 0. 0. 19:30:28 WMOO 599 0. 0. INTERVAL 643.4550 758.6160 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Barton Robinson Sent: Friday, February 18, 2011 11:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files and for linux servers with multiple cpus, you divide cputime by the number of cpus? Ackerman, Derek wrote: Yes, and I always divide the CPU time by 1000. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bruce Hayden Sent: Friday, February 18, 2011 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Hopefully you're converting the units. Virtual and Total time are in milliseconds and connect time is in seconds. Are you seeing this even after converting all of them to the same units? On Fri, Feb 18, 2011 at 1:04 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I always thought that the total VM time, as well as the virtual, would be less than the connect time. Is it normal for the total time to be greater than the connect time? This happens a lot... Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please
Re: VM Total time in $ACCOUNT files
Yes, there are 3. One or two guests uses the 3rd. Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc (206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com P Please consider the environment before printing this e-mail. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Mark Wheeler Sent: Friday, February 18, 2011 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Do you have more than one real CP? Mark Wheeler UnitedHealth Group -- Excellence. Always. If Not Excellence, What? If Not Excellence Now, When? Tom Peters, author of The Little BIG Things Date: Fri, 18 Feb 2011 12:55:45 -0700 From: derek.acker...@infocrossing.com Subject: Re: VM Total time in $ACCOUNT files To: IBMVM@LISTSERV.UARK.EDU I am simply summing the total CPU times for each CP, for my report I keep them separate, here is one example for one CP and one interval. CPUADDR=0 INTERVAL USER CONECTTM CPUVIRT CPUTOTAL 19:30:28 AUDITOR 599 0.1750 0.2220 19:30:28 DISKACNT 599 0.0150 0.0380 19:30:28 EREP 599 0. 0.0020 19:30:28 FAQSEXEC 599 0. 0. 19:30:28 FAQSVM 599 0.0030 0.0060 19:30:28 FTPIFOX 599 0. 0. 19:30:28 FTPSERVE 599 0. 0. 19:30:28 FWER 599 0. 0. 19:30:28 GCS 599 0. 0. 19:30:28 HIDRO 599 33.1660 41.8210 19:30:28 IFXSERVE 599 0. 0. 19:30:28 LINMON 599 0.0020 0.0040 19:30:28 OPERATOR 599 0.0070 0.0160 19:30:28 OPERSYMP 599 0. 0. 19:30:28 OSASF 599 0. 0. 19:30:28 PGAR 599 0. 0. 19:30:28 PHRO 599 0. 0. 19:30:28 RAHM 599 0. 0. 19:30:28 RMCG 599 0.0090 0.0320 19:30:28 RMSMASTR 599 0. 0. 19:30:28 RSCS 599 0. 0. 19:30:28 SESQ 599 0. 0. 19:30:28 SKAN 599 0. 0. 19:30:28 SK01 599 0.0050 0.0130 19:30:28 SPOOLER 599 0. 0.0010 19:30:28 SUBMITS 599 0.0020 0.0070 19:30:28 SYBCOM 599 0. 0. 19:30:28 SYBLOG 599 0. 0. 19:30:28 SYBMON 599 0. 0. 19:30:28 SYBUSER 599 0.0020 0.0030 19:30:28 SYSCHECK 599 0. 0. 19:30:28 SYSLOGS 599 0. 0. 19:30:28 SYSTEM 599 0. 11.0860 19:30:28 TCPIFOX 599 0.0380 0.0550 19:30:28 TCPIP 599 0.0070 0.0090 19:30:28 TMON 599 0.1720 0.1940 19:30:28 TS09 599 0.0740 0.0860 19:30:28 UACSERV 599 0. 0. 19:30:28 UAFCSERV 599 0. 0. 19:30:28 UNIJCL 599 0. 0. 19:30:28 UNIPRD2 599 316.9930 401.7960 19:30:28 UNIPROD 599 291.7980 302.0340 19:30:28 UNITEST 599 0.7500 0.8200 19:30:28 VGLIBSRV 599 0.0020 0.0020 19:30:28 VMLIB 599 0. 0. 19:30:28 VMSERVR 599 0. 0. 19:30:28 VMSERVS 599 0. 0. 19:30:28 VMSERVU 599 0. 0. 19:30:28 VMUTIL 599 0.0030 0.0050 19:30:28 VTAM 599 0.2320 0.3640 19:30:28 VTAMOP 599 0. 0. 19:30:28 WMOO 599 0. 0. INTERVAL 643.4550 758.6160 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Barton Robinson Sent: Friday, February 18, 2011 11:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files and for linux servers with multiple cpus, you divide cputime by the number of cpus? Ackerman, Derek wrote: Yes, and I always divide the CPU time by 1000. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bruce Hayden Sent: Friday, February 18, 2011 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Hopefully you're converting the units. Virtual and Total time are in milliseconds and connect time is in seconds. Are you seeing this even after converting all of them to the same units? On Fri, Feb 18, 2011 at 1:04 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I always thought that the total VM time, as well as the virtual, would be less than the connect time. Is it normal for the total time to be greater than the connect time? This happens a lot... Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential
Re: VM Total time in $ACCOUNT files
Derek, With 3 CP's, there are 3 seconds of CPU time available for each 1 second of wall time. That's why the total of all CPU used by all the virtual machines exceeds the wall time. In your case, you used 758 seconds of CPU time in aggregate over a period of 599 wall seconds on a VM system with 3 real CPUs, or about 42% capacity. Mark Date: Fri, 18 Feb 2011 13:37:10 -0700 From: derek.acker...@infocrossing.com Subject: Re: VM Total time in $ACCOUNT files To: IBMVM@LISTSERV.UARK.EDU Yes, there are 3. One or two guests uses the 3rd. Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc (206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com P Please consider the environment before printing this e-mail. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Mark Wheeler Sent: Friday, February 18, 2011 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Do you have more than one real CP? Mark Wheeler UnitedHealth Group -- Excellence. Always. If Not Excellence, What? If Not Excellence Now, When? Tom Peters, author of The Little BIG Things Date: Fri, 18 Feb 2011 12:55:45 -0700 From: derek.acker...@infocrossing.com Subject: Re: VM Total time in $ACCOUNT files To: IBMVM@LISTSERV.UARK.EDU I am simply summing the total CPU times for each CP, for my report I keep them separate, here is one example for one CP and one interval. CPUADDR=0 INTERVAL USER CONECTTM CPUVIRT CPUTOTAL snip INTERVAL 643.4550 758.6160 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Barton Robinson Sent: Friday, February 18, 2011 11:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files and for linux servers with multiple cpus, you divide cputime by the number of cpus? Ackerman, Derek wrote: Yes, and I always divide the CPU time by 1000. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bruce Hayden Sent: Friday, February 18, 2011 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Hopefully you're converting the units. Virtual and Total time are in milliseconds and connect time is in seconds. Are you seeing this even after converting all of them to the same units? On Fri, Feb 18, 2011 at 1:04 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I always thought that the total VM time, as well as the virtual, would be less than the connect time. Is it normal for the total time to be greater than the connect time? This happens a lot... Derek Ackerman Enterprise Capacity Planning Performance Management Infocrossing Inc Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you. Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it from your system. Thank you.
Re: VM Total time in $ACCOUNT files
On: Fri, Feb 18, 2011 at 11:05:07AM -0800,Barton Robinson Wrote: } and for linux servers with multiple cpus, you divide cputime by the } number of cpus? Wouldn't it be closer to reality to multiply the connect time by the number of cpus? -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: VM Total time in $ACCOUNT files
I am simply summing the total CPU times for each CP, for my report I keep them separate, here is an example. CP#Cpu time Wall clock 2 198599 1 684599 0 758599 1640 1797 So you are saying it's okay that CPU0 and CPU1's time wall clock? I don't agree with that. 1640 1797 okay, but the accounting is wrong! CPUADDR=2 INTERVAL USER CONECTTM CPUVIRTCPUTOTAL 19:30:28SYSTEM 00. 9.3340 19:30:28UNIPROD 599 181.4350188.9860 INTERVAL 181.4350198.3200 CPUADDR=1 INTERVAL USER CONECTTM CPUVIRTCPUTOTAL 19:30:28SYSTEM 00. 9.3950 19:30:28UNIPRD2 599 314.4460398.7250 19:30:28UNIPROD 599 266.6670276.0360 19:30:28UNITEST 5990.5780 0.6260 INTERVAL 581.6910684.7820 CPUADDR=0 INTERVALUSERCONECTTM CPUVIRTCPUTOTAL 19:30:28AUDITOR5990.1750 0.2220 19:30:28DISKACNT 5990.0150 0.0380 19:30:28EREP 5990. 0.0020 19:30:28FAQSEXEC 5990. 0. 19:30:28FAQSVM 5990.0030 0.0060 19:30:28FTPIFOX5990. 0. 19:30:28FTPSERVE 5990. 0. 19:30:28FWER 5990. 0. 19:30:28GCS5990. 0. 19:30:28HIDRO 599 33.1660 41.8210 19:30:28IFXSERVE 5990. 0. 19:30:28LINMON 5990.0020 0.0040 19:30:28OPERATOR 5990.0070 0.0160 19:30:28OPERSYMP 5990. 0. 19:30:28OSASF 5990. 0. 19:30:28PGAR 5990. 0. 19:30:28PHRO 5990. 0. 19:30:28RAHM 5990. 0. 19:30:28RMCG 5990.0090 0.0320 19:30:28RMSMASTR 5990. 0. 19:30:28RSCS 5990. 0. 19:30:28SESQ 5990. 0. 19:30:28SKAN 5990. 0. 19:30:28SK01 5990.0050 0.0130 19:30:28SPOOLER5990. 0.0010 19:30:28SUBMITS5990.0020 0.0070 19:30:28SYBCOM 5990. 0. 19:30:28SYBLOG 5990. 0. 19:30:28SYBMON 5990. 0. 19:30:28SYBUSER5990.0020 0.0030 19:30:28SYSCHECK 5990. 0. 19:30:28SYSLOGS5990. 0. 19:30:28SYSTEM 5990. 11.0860 19:30:28TCPIFOX5990.0380 0.0550 19:30:28TCPIP 5990.0070 0.0090 19:30:28TMON 5990.1720 0.1940 19:30:28TS09 5990.0740 0.0860 19:30:28UACSERV5990. 0. 19:30:28UAFCSERV 5990. 0. 19:30:28UNIJCL 5990. 0. 19:30:28UNIPRD2599 316.9930401.7960 19:30:28UNIPROD599 291.7980302.0340 19:30:28UNITEST5990.7500 0.8200 19:30:28VGLIBSRV 5990.0020 0.0020 19:30:28VMLIB 5990. 0. 19:30:28VMSERVR5990. 0. 19:30:28VMSERVS5990. 0. 19:30:28VMSERVU5990. 0. 19:30:28VMUTIL 5990.0030 0.0050 19:30:28VTAM 5990.2320 0.3640 19:30:28VTAMOP 5990. 0. 19:30:28WMOO 5990. 0. INTERVAL643.4550758.6160 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Barton Robinson Sent: Friday, February 18, 2011 11:05 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files and for linux servers with multiple cpus, you divide cputime by the number of cpus? Ackerman, Derek wrote: Yes, and I always divide the CPU time by 1000. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Bruce Hayden Sent: Friday, February 18, 2011 10:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VM Total time in $ACCOUNT files Hopefully you're
Re: VM Total time in $ACCOUNT files
On Fri, Feb 18, 2011 at 11:50 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I am simply summing the total CPU times for each CP, for my report I keep them separate, here is an example. I believe you're confusing virtual CPUs with logical CPUs. The CPU number in your account record is for the virtual CPU of the guest (with exception of the SYSTEM record). A virtual CPU is not tied to a logical CPU, so your UNIPROD's CPU 00 gets dispatched on logical CPU 00, 01 or 02 as z/VM likes. It is even possible for a single virtual CPU to consume more cycles than the average of any of your logical CPUs (when it hopped from one to the other). Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: VM Total time in $ACCOUNT files
On Sat, Feb 19, 2011 at 12:17 AM, Les Koehler vmr...@tampabay.rr.com wrote: Is a logical cpu equivalent to a physical cpu? I realize that the h/w now has multiple physical cpus, but I was brought up on System/360 and never have quite grokked how it is all controlled and accounted for! z/VM itself runs in an LPAR under control of PR/SM. And just like z/VM does for virtual machines, PR/SM will dispatch the LPAR's logical CPUs on any physical CPU as it sees fit. Even when you have a dedicated CPU, it's PR/SM who decides which physical CPU is dedicated to that logical CPU (for almost all the time). And we're not even talking about hot-sparing of CPUs You're in a maze and all CPUs look the same ;-) Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: VM Total time in $ACCOUNT files
Rob and Les wrote: On Sat, Feb 19, 2011 at 12:17 AM, Les Koehler vmr...@tampabay.rr.com wrote: Is a logical cpu equivalent to a physical cpu? I realize that the h/w now has multiple physical cpus, but I was brought up on System/360 and never have quite grokked how it is all controlled and accounted for! z/VM itself runs in an LPAR under control of PR/SM. And just like z/VM does for virtual machines, PR/SM will dispatch the LPAR's logical CPUs on any physical CPU as it sees fit. Even when you have a dedicated CPU, it's PR/SM who decides which physical CPU is dedicated to that logical CPU (for almost all the time). And we're not even talking about hot-sparing of CPUs You're in a maze and all CPUs look the same ;-) So then, suppose we state the problem In terms of PR/SM which is really just VM, the SIE (Start Interpretive Execution) instruction in firmware where LPARs become similar to Guest Machines. It is somewhat of an oversimplification though conceptually analogous. In terms of PR/SM: Logical CPs (LCPs) vs Physical CPs (PCPs) are simply a way of sharing the PCPs across the LPARs with a weighting factor. The PR/SM Planning Guide, Volume A05: 3.2.10.4 says it best. But in the following discussion be sure not to confuse logical partition (LP or LPAR) which is equivalent to a Guest Machine with a logical CP (LCP) which is equivalent to a virtual CP (VCP). When logical partitions(LPs) are dispatched then, and only then, will their logical CPs(LCPs) also get dispatched to physical CPs (PCPs). In the following excerpt, whenever you read logical partition think Guest Machine and whenever you read logical CP think virtual CP (VCP): Excerpt: Use of Processing Weights: Processing weights can range from 1 to 999 ° The processing weights for all active, sharing logical partitions are added together. This total is considered to be 100% of the processing resource available to shared processors. For example, the total processing weights for the logical partitions shown in Figure 52 in topic 3.3.4.1 is 1,300. ° The share of processing resources for each logical partition is calculated by dividing the processing weight for each sharing logical partition by the total processing weight. For example, at peak CP utilization levels, the dispatcher allocates shared processing resources to each of the logical partitions in Figure 52 in topic 3.3.4.1 as follows: DOSVSE 300/1300 = 23.1% MVSTEST 100/1300 = 7.7% VMHPO900/1300 = 69.2% ° The share of processing resource for each online logical processor is calculated by dividing the share for each logical partition by the number of online logical processors. For the logical partitions shown in Figure 52 in topic 3.3.4.1, the share for each logical processor is as follows: DOSVSE 23.1/1 CP = 23.1% MVSTEST 7.7/6 CPs = 1.3% VMHPO 69.2/2 CPs = 34.6% Processing weights are used to specify the portion of the shared processor resources allocated to a logical partition. Although PR/SM always manages sharing logical partitions according to the specified processing weights,there are times when a logical partition will receive either more or less than its processing share: ° A logical partition will receive more than its processing share when there is excess processor capacity, provided it has work to do and other logical partitions are not using their share. ° A logical partition will receive less than its processing share when its workload demand drops below the capacity specified by its weight. ° A logical partition will not receive more than its processing share when the processing resources for that logical partition are capped. The recommended procedure is to specify processing weights to satisfy the peak requirements of the logical partitions. End of excerpt: In the above example, although there are 9 LCPs with 900% CPU theoretically, in practice the would be allocated across the number of PCPs be it 1, 2, 6 or whatever.. And so the important factor is no what % of phyiscal CP (PCP) bu what % of logical CPU is being realized in each LPAR, Guest Machine. Les Koehler vmr...@tampabay.rr.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/18/2011 06:17 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: VM Total time in $ACCOUNT files Is a logical cpu equivalent to a physical cpu? I realize that the h/w now has multiple physical cpus, but I was brought up on System/360 and never have quite grokked how it is all controlled and accounted for! Les Rob van der Heij wrote: On Fri, Feb 18, 2011 at 11:50 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: I am simply summing the total CPU times
Re: VM Total time in $ACCOUNT files
how you do the arithmetic relates to the problem you are trying to solve Rich Greenberg wrote: On: Fri, Feb 18, 2011 at 11:05:07AM -0800,Barton Robinson Wrote: } and for linux servers with multiple cpus, you divide cputime by the } number of cpus? Wouldn't it be closer to reality to multiply the connect time by the number of cpus?