When I've had to determine what job(s) have caused a large CPU increase
over an interval I've used the SMF type 30 interval records.  If you
have Barry Merrill's MXG the information from them is in the SMFINTRV
dataset.  By using them you can limit the analysis to a short interval
rather than over the full time of the job.  Of course if you talking
about several days of data it would be a lot of information. 

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Jon Brock
> Sent: Friday, May 09, 2008 10:06 AM
> To: [email protected]
> Subject: Performance report help
> 
> We have a mystery that needs to be solved, and I am having trouble
> coming up with a report that would help me do it.  Here are the
> particulars along with a couple of questions:
> 
> Our CPU usage had been trending upward -- as it generally does -- for
> several weeks, when we finally started hitting the wall hard during
> first shift.  CICS transaction times were starting to elongate, batch
> jobs were taking much, much longer to run than usual, etc.  We went a
> couple of weeks trying to mitigate things as much as possible, when
> suddenly, for no reason that we could detect, system usage dropped one
> day and we have been OK ever since.  Naturally, upon inquiring we
found
> that no one had done anything.
> 
> Right.
> 
> Anyway, I am trying to create a report detailing CPU usage by job for
> several of our heavy hitters during the days prior to the big drop.
We
> have both RMF and TMON, but I am having little luck with either of
them.
> 
> 
> For RMF, it appears that SMF type 79 records might contain what I
need,
> but those appear to only be cut when RMF II is turned on, and we do
not
> have RMF II activated on a regular basis.
> 
> For TMON, it appears that JD (Job Delta, IIRC) records would have what
> we need, but, again, they are not generated on a regular basis.
> 
> Questions:
>       1) Are there other SMF records that could tell me what I want to
> know?
>       2) Are there other TMON records that could tell me?
>       3) For those of you running RMF, do you have RMF II sessions
> running at all times?  If so, does it consume a lot of overhead?
>       4) For those of you running TMON, do you cut JD records as a
> usual thing?  If so, how much does it add to your TMON overhead?
> 
> 
> 
> Thanks,
> Jon
> 
> ----------------------------------------------------------------------
> 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
> 




*****************************************************************************
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*****************************************************************************

----------------------------------------------------------------------
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

Reply via email to