RE: Where is all that CPU going?

Skip Marchesiani gave me such an article (I think he wrote) many years ago.
This is (or used to be) discussed in all the performance classes at COMMON.
Doesn't someone have a handout from that class, that could be used as a
basis? Or maybe an original author is around...

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"Desert Storm was a stirring victory for the forces of agression and
lawlessness."
-- former US Vice President Dan Quayle

Honestly James, I too haven't kept track on faulting and paging. I
would
like to see an article which addresses those figures and how to compare
them. Any author out there want to write such an article and use
James'
customer machine as an example? I'd like to see that.


Rob Berendt
--
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "James H. H. Lampert" <jamesl@xxxxxxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 10/26/2010 08:13 PM
Subject: Re: Where is all that CPU going?
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Jim Oberholtzer wrote:

OK, something is going on with jobs in System pool 6. 1343 pages in
non-database and 1596 pages in database seems too high to me. Pool 2

is

a bit high as well. It would appear that this box is memory

constrained

and there is a great deal of CPU being used to manage memory (paging

and

faulting) Faulting is not out of whack but paging is. Your
observation is 2 hours old. Try F10 to reset and get a look at the
system with about 6 - 10 minutes. That will give you a much better

look

at what's up.

Can somebody explain what the paging and page-fault numbers are? I
understand conceptually what a page fault is, and so that part at least
seems to make sense to me, but I don't get the "page" column.

By way of comparison, our production and main development boxes show
page and page-fault numbers so low, most of them register as zero.

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


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