Hi,
Looking to find some where on one of the performance toolkit screen
something that will show me the overall CPU utilization and Storage
utilization.
We are trying to determine if another IFL is needed or more real storage
on the box.
Thanks
Brian
try screen 35 for a real time minute by minute breakdown of some good values
for CPU, xstore and paging.
For real storage utilization I'd be more concerned with expanded storage
utilization, volume of transfer to/from xstore, and paging bandwidth and
utilization. Main storage utilization
A lot to look at on the screens, but option #1 CPU load and trans. and
option #2 Storage utilization on the PERFSVM green screen should tell
you most of what you need to know to give you some idea.
Hamilton, Brian [EMAIL PROTECTED]
Sent by: The IBM z/VM Operating System
Thanks everyone,
Under option #2 it shows a Storage utilization of 89% and through CMS if
I issue the command q alloc page I see that over 3 3390 mod 3's I have a
utilization of 73%.
So if I were to summarize this out of 8gb real storage assigned to the
lpar performance toolkit is showing
You might consider adding six more 3390-3 PAGE volumes.
-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Hamilton, Brian
Sent: Tuesday, June 24, 2008 3:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re:
double your paging capacity sooner rather than later - the 73% page space
utilized is a concern.
Do you have any expanded storage configured?
The 89% main storage utilization doesn't really mean all that much
David
From: The IBM z/VM Operating System on behalf
Storage utilization isn't really an interesting number. Page space
utilization is and as Jim indicates, you're paging space is under
allocated. The ROT is 50%.
Does any of the history screens that David pointed you to show that you
did any paging? If not, then you don't have a storage
First, get that 73% number to 50% ASAP.
Marcy
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information
Nobody told why page space should not be filled too much:
CP uses block paging, that is it writes multiple pages out with one
I/O, the number of pages varies. After a while, the paging areas get
fragmented, and CP an have a hard time to find a free spot to store
the blocks of pages that it has
Thanks again,
I will add a few more paging packs this evening. Is it a fair
assumption that if I'm using 73% of the 3 page packs most of the real
memory is 100% fully utilized?
I have 512mb allocated to expanded storage.
-Original Message-
From: The IBM z/VM Operating System
Yes, it would be full of stuff so VM has moved some stuff out.
Whether you can tune that down is another story.
(oversized virtual machines will lead to linux stuffing it with stuff
you probably don't need in memory anyway).
Marcy Cortes
This message may contain confidential and/or privileged
You don't _have_ to wait for evening. CP permits you to CPFMTXA spare
DASD, and add them on the fly.
Whole DASD volumes are recommended for page space. Best practices
includes allocating page packs as:
PERM 0 0
PAGE 1 END
(Actually, it's safest to always reserve cylinder zero on all whole VM
Assuming that you have free slots in the CP_Owned list.
It is documented that CP understands and will preserve that part of
cylinder 0 if a volume is allocated from 0-nnn as a PAGE or SPOL pack
and that doing so is OK. Do you know of an actual problem (in the last
15 years) caused by allocating 0
13 matches
Mail list logo