Performance Tools for CPU usage in as/400

325 pts.
Tags:
AS/400 administration
CPU hours
Performance indicators
Usage analysis
A customer wants a global report listing CPU usage by PROGRAM Name for a 2 week period. I can't find that level of detail in Performance tools. Any suggestions?

Software/Hardware used:
AS/400
ASKED: July 9, 2010  9:53 AM
UPDATED: July 9, 2010  11:58 PM

Answer Wiki

Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Discuss This Question: 1  Reply

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • TomLiotta
    I don't know how it can be done with Performance Tools. It might be there; I just haven't seen it. I'm not sure at all that the objective makes sense on an AS/400. I don't think the statistic is very meaningful to gather, at least as far as Performance Tools is concerned. If there is any kind of meaning, I would expect it to be found in Job Accounting. Is job accounting configured and used on that system? And is an accounting code assigned to mark where accounting should begin and end related to that program? I can picture what the problem might be for Performance Tools. Use DSPJOB OPTION(*PGMSTK) for almost any job on the system. You will almost always find numerous "programs" active in the stack, sometimes dozens or more. Which program in the stack should have CPU counted against it at any instant? Should it count against the bottom of the stack or the top of the stack? Or should every level in the stack accumulate everything from below? Or should each level count only what happens at that level? Usually, a given program that you might write, say, an ILE RPG program, will only really have any CPU execution time for somewhere less than 5% of the time that it's active. I think that the general figure is closer to 2%. The vast majority of the CPU gets used up by lower-level programs like QDBOPEN, etc. Now, let's say that your program usually runs fine under some normal circumstances; but one day it opens a file and DB2 determines that an index must be rebuilt. Maybe some other job added and deleted thousands of rows to/from a file that had MAINT(*REBLD). Your program had nothing to do with the situation -- should it get charged for the index build? If not, then how is it charged? Should it be charged against DB2 somehow? Should the system somehow remeber that each row needed to be charged back to a program that ran a couple weeks ago? The system can't easily determine if CPU should be charged to the top of the stack, the bottom of the stack or anywhere in between. So, job accounting comes into play. By setting specific codes at any desired points, accounting can be done in whatever way is appropriate. Performance Tools tend to be more general. They look more at entire jobs and subsystems. When I've needed performance data for specific programs, I've tended to use more specific tools. Job traces, for example, can give very detailed info. But just on the surface of the question, I'd probably start with job accounting. Maybe someone else has better info. I'll be interested in seeing any that shows up. Tom
    125,585 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following