Hi Barbara ,
For normalization method, the one that I learned from Gary King from IBM
several years ago and the one that I am using since then, is to use "ITR/CP
ratio difference between models".Which CPC models are you upgrading from/to and
what is your workload type according to your zPCR study?.
SU/sec was used many years ago for normalization process and it had
much accurate meaning in those days,but with machine architecture changes and
especially with using IRD or Hiperdispatch funtions where number of LCPs online
and available to system changes from one interval to another, it is been
recommended to use ITR/CP ratio differences.( When you check SU/sec value
differences between two different CPC models and ITR/CP value ratio of CPC
models you will see a difference between two values ratio as well.) Using SU
itself is not correct approach also because of the fact that starting with
IRD, SU/sec value is not changed even in RMF records itself.
In order to use ITR/CP method: From IBM LSPR table you can find out
your CPC"s ITR value based on your workload type and divide that value to the
number of CPs in model. You may do the same process for your older model.These
two values will be your ratio that you may use while normalizing your consumed
cputimes related to different CPC models. According to what you have explained,
I guess,your ITR/CP ratio for new model will be less than your older model.
Best Regards,
Meral
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of
Barbara Nitz
Sent: Tuesday, July 05, 2011 2:23 PM
To: [email protected]
Subject: [IBM-MAIN] How many CPU seconds can I consume per 10minutes?
Background: Traditionally, we have been reporting cpu usage for our box
normalized to 100% using the TYPE70PR SMF records. Unfortunately, when the
model of the box changes via CoD (or whatever it is called), you cannot even
*see* that the capacity has become bigger.
Using the total cpu seconds consumed, what you can see is that more cpu
seconds were used in the same length interval, either because the number of
processors increased or because the processor speed increased. So I have
been thinking of doing the 'cpu usage per box' graphic using total cpu
consumed in each interval. Which raises the question "what is the limit of
cpu seconds per interval?" Because that is what I need to show management to
show how much more we would have needed.
We are running on a sub-capacity machine (and our new one will also be
sub-capacity, meaning slower processors). So obviously I cannot use
60s*10*no.of.cps to determine the limit, since we will not achieve 600s cpu
on one cp per 10minutes for general cps. I think.
In addition, I wanted to avoid conversion to MSUs or MIPS (since I am always
telling my management that those are meaningless). But for the new machine
zPCR was done for our workload by IBM. In the comparison the actual MIPS of
several z196 models were downgraded in their number of MIPS (to account for
lpar overhead and workload mix, IBM calls it zPCR MIPS). Which seems to
confirm my thinking above.
So my question is a) if my thinking above is correct or flawed (and please
set me straight if it is flawed). And b) how do I determine the maximum
number of cpu seconds I can have in any 10-minute-interval at 100% load on
the general cps? (I did search the archives, but did not really find
anything that might be relevant.)
Thanks for reading, Barbara
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
This message and attachments are confidential and intended solely for the
individual(s) stated in this message. If you received this message although you
are not the addressee, you are responsible to keep the message confidential.
The sender has no responsibility for the accuracy or correctness of the
information in the message and its attachments. Our company shall have no
liability for any changes or late receiving, loss of integrity and
confidentiality, viruses and any damages caused in anyway to your computer
system.
Bu mesaj ve ekleri, mesajda gonderildigi belirtilen kisi/kisilere ozeldir ve
gizlidir. Bu mesajin muhatabi olmamaniza ragmen tarafiniza ulasmis olmasi
halinde mesaj iceriginin gizliligi ve bu gizlilik yukumlulugune uyulmasi
zorunlulugu tarafiniz icin de soz konusudur. Mesaj ve eklerinde yer alan
bilgilerin dogrulugu ve guncelligi konusunda gonderenin ya da sirketimizin
herhangi bir sorumlulugu bulunmamaktadir. Sirketimiz mesajin ve bilgilerinin
size degisiklige ugrayarak veya gec ulasmasindan, butunlugunun ve gizliliginin
korunamamasindan, virus icermesinden ve bilgisayar sisteminize verebilecegi
herhangi bir zarardan sorumlu tutulamaz.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
