Re: z/VM 5.2 ESAMON vs IBM PTK regarding SYTSHS_RSASHARE monitor record
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 Endicott
Re: z/VM 5.2 ESAMON vs IBM PTK regarding SYTSHS_RSASHARE monitor record
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.) Requirement! Requirement! (Find some of those Sequent guys you bought up. *They* do blinkenlights right. )
Re: z/VM 5.2 ESAMON vs IBM PTK regarding SYTSHS_RSASHARE monitor record
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
z/VM 5.2 ESAMON vs IBM PTK regarding SYTSHS_RSASHARE monitor record
Hello, I've been comparing the Velocity ESAMON and IBM Performance Toolkit products on z/VM 5.2, and have noticed that they disagree on the value of the SYTSHS_RSASHARE monitor record. According to the IBM doc, the SYTSHS_RSASHARE monitor record represents Cardinal count of resident shared frames. When I extract the MRSYTSHS monitor record from ESAMON, I get: SYTSHS_RSACTSHR=6300.0 SYTSHS_RSASHARE=9400.0 When I extract the MRSYTSHS monitor record through PTK, I get: SYTSHS_RSACTSHR=6300 SYTSHS_RSASHARE=2409384 which corresponds to the 'Shared storage' value reported in PTK STORAGE. Does anyone know which one's correct? Thanks, Craig
