I concur and indeed I left info w/support how I believed a CPC with
dedicated and shared resources should be displayed. my rational, so be it.
I don't think its universally accepted and I'm not about making it so.  I
coded my own macro to represent what I think PR/SM and Redbooks describe,
across CPCs  w/ active and de-act'd LPs.... and my TPF fellows are
beginning to see it too.  I agree, 100%, CHOOSE, track, measure or
sacrifice chickens when the moon is full,,,, no, i  don't think so. There
is no such nonsense on the autobahn, on the other hand, i;ve never driven
there but I'd like to,  I'd like to measure it...
Gregg
"No plan survives execution"


                                                                           
             Alan Altmark                                                  
             <[EMAIL PROTECTED]                                             
             ibm.com>                                                   To 
             Sent by: The IBM          IBMVM@LISTSERV.UARK.EDU             
             z/VM Operating                                             cc 
             System                                                        
             <[EMAIL PROTECTED]                                     Subject 
             ARK.EDU>                  Re: z/VM 5.2 ESAMON vs IBM PTK      
                                       regarding SYTSHS_RSASHARE monitor   
                                       record                              
             12/21/2006 09:55                                              
             AM                                                            
                                                                           
                                                                           
             Please respond to                                             
               The IBM z/VM                                                
             Operating System                                              
             <[EMAIL PROTECTED]                                             
                 ARK.EDU>                                                  
                                                                           
                                                                           




On Thursday, 12/21/2006 at 06:35 EST, Gregg Reed
<[EMAIL PROTECTED]> wrote:
> I'd second that. The PTK is great at what it does and while I was doing
an
> extensive comparison a year ago, it's where I'd point operators and RTM
> familiar folk to, it is a huge upgrade to RTM, but it takes an FMR/not
> working as designed to do anything about.

If you believe or even suspect that Performance Toolkit is giving you
useless or incorrect information, please contact the Support Center. While
measuring tape speed in "furlongs per fortnight" might be accurate, it's
not exactly useful in most situations.  It may be there's a good reason
for changing the metric.  As my world-famous colleague says, "It depends."

But as Barton said, make your decision about performance products (e.g.
ESAMON, OMEGAMON, PTK, homegrown) based on your company's goals and needs,
not on the values of any particular field on any particular report.

But, whatever you choose, CHOOSE!  If all you want to do is kick the
tires, a speedometer, tachometer, odometer, fuel gauge, oil pressure
gauge, and thermometer aren't really important.  However, if you're going
to take her out on the Autobahn and redline it, you gotta have 'em.
(Otherwise how would you know you're redlining it?  Remember, the CPU
doesn't make noise as you rev it up.)

Alan Altmark
z/VM Development
IBM Endicottt
ere
a
d

Reply via email to