Good Day,
One week later, ... I am in business!
I have set the summary with 10 minutes interval like this (for 00:00:00 to
23:58:00)
*
* Setup for hourly summary files
*
* 00h00 to 01h00 by ten minutes
* Watch out special case on the very first line (start of day)
* vvv
FC MONCOLL RESET 00:00:00R_S 00:10:00S (MERGE
FC MONCOLL RESET 00:10:00S 00:20:00S (MERGE
FC MONCOLL RESET 00:20:00S 00:30:00S (MERGE
FC MONCOLL RESET 00:30:00S 00:40:00S (MERGE
FC MONCOLL RESET 00:40:00S 00:50:00S (MERGE
FC MONCOLL RESET 00:50:00S 01:00:00S (MERGE
* +
* 01h00 to 02h00 by ten minutes
* vvv
FC MONCOLL RESET 01:00:00S 01:10:00S (MERGE
...
That will create extended summary file every ten minutes:
systemid FCXSUMnn A
Also, some additionnal setup is done in the SUMREC and FCON $Profile.
I process then to extract and accumulate the record type FC41, FC42 and FC43
Pipelines like the following:
/* handle FC41 */
search_val = 'FC41'x
'FINIS' v1fn v2ft v3fm
'PIPE ',
'< ' v1fn v2ft v3fm ,
'| locate 3-4 /'||search_val||'/ ',
'|>>' vid_sumfile 'XSUMFC41 H'
I get rid of the summary file when I am done.
I am archiving the FC41, FC42 and FC43 files.
I do have all the information on the "userids" and "userid classes" at 10
minutes interval.
The fun part on doing the data analysis begins...
Thanks to all of you for your help and advice.
Regards,
Michel Beaulieu
Montreal, Canada
|*|
> Date: Mon, 26 Jul 2010 11:03:07 -0500
> From: [email protected]
> Subject: Re: zVM Performance Toolkit: Can I record/report CPU by userid using
> 10 minutes interval?
> To: [email protected]
>
> Whew, that "DateTimeSubtract" can be confusing and awkward to use. That
> led me to the TIMEDIFF EXEC pasted below.
>
> Mike Walter
> Hewitt Associates
> The opinions expressed herein are mine alone, not my employer's.
>
...[text removed] ...
> To [email protected]
> cc
>
> Subject
> Re: zVM Performance Toolkit: Can I record/report CPU by userid using 10
> minutes interval?
>
>
> Also take a look at using a Rexx routine to compute time differences using
> the CMS Multitasking
> CSL call "DateTimeSubtract". See z/VM CMS Application Multitasking for
> your release of VM for formats and identifiers.
>
>
> From: The IBM z/VM Operating System [mailto:[email protected]] On
> Behalf Of Kris Buelens
> Sent: Monday, July 26, 2010 11:19 AM
> To: [email protected]
> Subject: Re: zVM Performance Toolkit: Can I record/report CPU by userid
> using 10 minutes interval?
>
> Converting the time:
> DateConv 5.8 TODABS REXXS Timeout'
>
> 2010/7/26 Michel Beaulieu <[email protected]>
> Good Day,
>
> Thanks for the feedback from both of you.
>
> You gave me useful tips that I can act upon.
>
> This week I will experiment with the following approach:
>
> The settings will be changed to have extended summary data saved
> to "systemid FCXSUMMnn" on a 10 minutes interval.
>
> I will copy and rename these files regularly on another minidisk.
> That will become some kind of extended archive.
> I want to stay away from processing raw monitor data as much as possible.
> Later I will be able to get other fields information besides CPU seconds
> currently.
>
> Then, I will see what I can extract using REXX and/or PIPELINE
> to extract information from 'FC41' records (by userid) and 'FC42' records
> (by user class).
>
> I already have the REXX code to convert simple floating point fields.
> (C2F).
>
> I will have to find or create some code to convert the TOD field. (That
> should not be too hard)
>
> I will keep you and this list informed on my progress.
>
> Regards,
>
>
> Michel Beaulieu
> Montreal, Canada
> |*|
>
>
> Date: Mon, 26 Jul 2010 07:18:09 -0500
> From: [email protected]
> Subject: Re: zVM Performance Toolkit: Can I record/report CPU by userid
> using 10 minutes interval?
> To: [email protected]
>
> I do this simply with VMUTIL, using PIPE VMC pipeid CPU | STEM FCX100. ?
>
>
>
> Frank M. Ramaekers Jr.
>
>
>
> From: The IBM z/VM Operating System [mailto:[email protected]] On
> Behalf Of Michel Beaulieu
> Sent: Friday, July 23, 2010 2:47 PM
> To: [email protected]
> Subject: zVM Performance Toolkit: Can I record/report CPU by userid using
> 10 minutes interval?
>
> Good day,
>
> I am trying to do something that seems to me a good challenge to do with
> z/VM performance toolkit.
>
> The end result that I want to have is a set of records for a selected
> number of userids.
>
> Each record would be for a 10 minutes interval.
>
> format:
> yyyymmdd hhmm userid cpusec
>
> That means I would create 24 x 6 = 144 records per day per virtual
> machine.
>
> Accumulating that over many months, I can load that data in my favorite
> spreadsheet
> and do all kind of numerical analysis.
>
> I am trying to use z/VM Performance Toolkit to help me to do that and I am
> stuck!
>
> The best I could do was to use plotvar with trend files.
> However, that is too much aggregated for my need.
>
> I welcome your suggestions.
>
> Michel Beaulieu
> Montreal, Canada
>
> _____________________________________________________ This message
> contains information which is privileged and confidential and is solely
> for the use of the intended recipient. If you are not the intended
> recipient, be aware that any review, disclosure, copying, distribution, or
> use of the contents of this message is strictly prohibited. If you have
> received this in error, please destroy it immediately and notify us at
> [email protected].
>
>
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support
>
>
>
>
> The information contained in this e-mail and any accompanying documents may
> contain information that is confidential or otherwise protected from
> disclosure. If you are not the intended recipient of this message, or if this
> message has been addressed to you in error, please immediately alert the
> sender by reply e-mail and then delete this message, including any
> attachments. Any dissemination, distribution or other use of the contents of
> this message by anyone other than the intended recipient is strictly
> prohibited. All messages sent to and from this e-mail address may be
> monitored as permitted by applicable law and regulations to ensure compliance
> with our internal policies and to protect our business. E-mails are not
> secure and cannot be guaranteed to be error free as they can be intercepted,
> amended, lost or destroyed, or contain viruses. You are deemed to have
> accepted these risks if you communicate with us by e-mail.
