AW: Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-04 Thread Peter Hunkeler
>>MA-Tune finds the TCB not dispatched and >>looks at the OPSW in the RB, which points to PAUSE. >I find it hard to believe that a sampling program looks at "RBOPSW" of >something that is not running. That has been pure guessing; I have no clue how sampling programs get to know what happens

Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-04 Thread Peter Relson
>MA-Tune finds the TCB not dispatched and >looks at the OPSW in the RB, which points to PAUSE. I find it hard to believe that a sampling program looks at "RBOPSW" of something that is not running. As to the question/answer about disablement: while the application itself is not disabled,

AW: Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-03 Thread Peter Hunkeler
>The tool is improperly counting samples in Pause processing as using CPU rather than counting them as delays. Strobe had the same issue years ago, when Pause/Release was first introduced. MA-Tune has it right, it was me who was wrong: I thought IEAVEPS1 is POST, and therfore I would not

Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-03 Thread Greg Dyck
On 5/3/2016 4:30 AM, Peter Hunkeler wrote: I'm analyzing a job using CA's MA-Tune (similar to Strobe). Question is if there is that could be optimized. Looking at the MA-Tune reports which are based on 100 samples per second for 1 minute, I see that the job is seen in IEAVEPS1 for some 20%.

AW: Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-03 Thread Peter Hunkeler
> IEAVEPS1 is task Pause, not Post. > >> Well that's why it's spending a lot of time there! PAUSE tends to do that to >> you. Indeed! Now it all seems to makes more sense: The TCB is being PAUSEd until DB2 finishes its work. MA-Tune finds the TCB not dispatched and looks at the OPSW in the

Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-03 Thread Charles Mills
Well that's why it's spending a lot of time there! PAUSE tends to do that to you. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Streitman Sent: Tuesday, May 03, 2016 6:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

AW: Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-03 Thread Peter Hunkeler
> Is it possible that the process being monitored is running disabled or holding a lock before the POST? When it releases the lock or similar, MA-Tune will pop out of its wait state and report the first instruction it sees, which could be the POST. I doubt. This is a plain normal COBOL

Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-03 Thread Paul Streitman
IEAVEPS1 is task Pause, not Post. Paul Streitman z/OS Core Components Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-03 Thread Charles Mills
Is it possible that the process being monitored is running disabled or holding a lock before the POST? When it releases the lock or similar, MA-Tune will pop out of its wait state and report the first instruction it sees, which could be the POST. Charles -Original Message- From: IBM

High number of samples seen in IEAVEPS1. What does this tell me?

2016-05-03 Thread Peter Hunkeler
I'm analyzing a job using CA's MA-Tune (similar to Strobe). Question is if there is that could be optimized. Looking at the MA-Tune reports which are based on 100 samples per second for 1 minute, I see that the job is seen in IEAVEPS1 for some 20%. IEAVEPS1 is POST, IIRC. I thought that POST