Re: Where is all that CPU going?

James:

It is the jobs/tasks listed below the summary that you provide that will
show the processes that are running hard. Use F19 to set up an auto
refresh and see if specific jobs start popping into the top 5 jobs/tasks.

Let this screen go for about 3 minutes and then refresh it. If the DB
CPU stays low database work is not the problem, unless there are
temporary indicies being built. The DASD % I was most interested in is
busy, are there some drives that are busier than others? Is the average
above 30%? If there are iASPs or secondary ASPs on the system is there
a difference in how that DASD is reacting with respect to how busy the
drive units are? (Temporary index builds always happen in *SYSBAS and
if there are not enough arms there bad things can happen)

What is the memory fault rate look like? On a box with 3 CPU activated
in this partition I would expect to find quite a bit of memory.

Are there Java threads running behind WebSphere? Zend Server? Each of
those might have quite a bit of work going on in PASE which is hard to
track down. Domino? That will drive lots of threads...........

If Performance tools are on the system you can use performance explorer
to run a PEX trace that will also give you lots of information, however
it takes an educated eye to spot some of the troubles there.


Jim Oberholtzer
CEO/Chief Technical Architect
Agile Technology Architects, LLC


On 10/26/2010 12:44 PM, James H. H. Lampert wrote:

Thanks to all who suggested WRKSYSACT (I'd never heard of it, but the
customer has it).

As to high disk storage, it doesn't look like it; WRKSYSSTS shows the
system ASP at just under 51%

I don't see any difference from F14 on WRKACTJOB.

As to what WRKSYSACT shows, well, here's the top:

Elapsed time . . . . : 00:00:02 Average CPU util . . : 139.0
Number of CPUs . . . : 3 Maximum CPU util . . : 142.0
Overall DB CPU util : 13.3 Minimum CPU util . . : 136.4
Current processing capacity: 1.50

and no one job shows more than 6.2 for CPU Util.

But I'm not sure what I'm even looking at here.

--
JHHL

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.