"Rob Scott" <[email protected]> wrote in message
news:<295ED806AB479944B1217CC84A173DE03281008C@nwt-s-mbx1.rocketsoftware
.com>...
> If you are not going to use SMF-70 records, you could consider using
the ERBSMFI programming service (see the RMF manual) as part of the
information returned by this API includes the system CPU% busy (from MVS
perspective rather than LPAR view IIRC) and page rate.
> 
> Note also that CMF provides an alias to this program as well so that
any code you author for ERBSMFI should work all systems.
> 
> If this does not suit your requirements - then I think you are going
to have to roll your own solution.
> 
> What exactly are you trying to achieve? 
> 
> CPU utilization figures over very small intervals are next to
meaningless on their own (in my opinion) and even sustained high CPU%
over long periods could be OK as long as the WLM goals are being met.  
> 
> Rob Scott

That is exactly what I am afraid of. It looks like colleagues of him,
with a background of differents Oses, are treating z/OS like the others
and drawing conclusion on z/OS figures from rules that are only valid
for other OSs resulting in actions that are completely irrelevant to
z/OS platforms. E.g.: if some platforms are >30% busy, performance
begins to collapse. Extrapolating this to z/OS, will result in a very
expensive z/OS configuration. Except if you happen to *know* that z/OS
runs like sunshine at 100%.

Kees.
********************************************************
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286
********************************************************
                        

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to