I think a lot of the answers will be it depends :)

But one thing that comes to mind is page space utilization.  > 40% I'd say
then you need to start worrying about adding more for good performance.
Page rates can vary wildly.  Like when you IPL and start bringing up all
your Linux guests - we can see 10-20K per sec to xstor and 4-8K to DASD.  I
wouldn't want to be alerted during every IPL, but if I saw those rates
during the day, I'd be worrying :)

Production we don't want to see going about > 60% cpu utilization - but that
is only so that we have the white space available should one of the 3 lpars
fail.  But that's not really alerted on here - but is looked at the next day
by the perf people when they do their daily data stuff.
 

Marcy Cortes 
 

"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 herein.  If you have received this message in error,
please advise the sender immediately by reply e-mail and delete this
message.  Thank you for your cooperation."

 

________________________________

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Lionel B. Dyck
Sent: Monday, May 21, 2007 11:10 AM
To: [email protected]
Subject: Re: [IBMVM] Performance Rules of Thumb ?



Thanks for the two replies - what I'm looking for is something like this: 

cpu utilization 90% warning  99% critical 
swap rate ..% warning ..% critical 
page rate "   " 
etc. 

Has anyone created such a list? 

thanks


________________________________

Lionel B. Dyck, Consultant/Specialist 
Enterprise Platform Services, Mainframe Engineering 
KP-IT Enterprise Engineering, Client and Platform Engineering Services
(CAPES) 
925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>  
AIM: lbdyck | Yahoo IM: lbdyck 
Kaiser Service Credo: "Our cause is health. Our passion is service. We're
here to make lives better." 

"Never attribute to malice what can be caused by miscommunication." 

NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail,
you are prohibited from sharing, copying, or otherwise using or disclosing
its contents. If you have received this e-mail in error, please notify the
sender immediately by reply e-mail and permanently delete this e-mail and
any attachments without reading, forwarding or saving them. Thank you. 

Reply via email to