Re: IBM z/VM 5.2 Performance Toolkit

2006-08-15 Thread Jim Bohnsack
I think a bigger problem with requiring GDDM is that the use of it has 
fallen so much due to the PC connected terminals.  GDDM was great when it 
was the best way to get a nice looking graph or chart.  Requiring GDDM now 
makes about as much sense as requiring real, not virtual card input.  I 
still have 5081 cards, but I'd hate to punch them full of holes even if I 
could find a key punch and a 2540 card reader.


Jim

At 04:46 PM 8/14/2006, you wrote:

I would suggest that you take a look at the suite of VM (and Linux!)
performance products offered by Velocity Software
(http://www.velocitysoftware.com/). I can recommends them highly.

While GDDM can produce nice looking plots of performance data, a problem
with it is that it is not licensed for IFL engines, to the best of my
knowledge. A special bid from your local IBM business partner would be
required

DJ


Jim Bohnsack
Cornell Univ.
(607) 255-1760


Re: IBM z/VM 5.2 Performance Toolkit

2006-08-15 Thread David Boyes
Even bigger problem is finding a tn3270 client that understands 3270
graphics (at least for Windows -- thank you Brown University for the Mac
tn3270!)

(yes, I know GDDM does more than 3270, but it's hard to justify the
other devices if you can't preview the output before you send it off to
them...)


Re: IBM z/VM 5.2 Performance Toolkit

2006-08-15 Thread Dave Jones
I think it's safe to say that GDDM, as good as it was in it's day, is a 
thing of the past now. But I still use it occasionally here, and the the 
IBM PCOMM3270 emulator supports it and it's two separate graphics 
formats just fine.


DJ

A. Harry Williams wrote:

On Tue, 15 Aug 2006 09:28:17 -0400 David Boyes said:


Even bigger problem is finding a tn3270 client that understands 3270
graphics (at least for Windows -- thank you Brown University for the Mac
tn3270!)
(yes, I know GDDM does more than 3270, but it's hard to justify the
other devices if you can't preview the output before you send it off to
them...)



Vista doesn't, but HostExplorer does. I use SAS Graph quite a bit
on HostExplorer.

/ahw


Re: IBM z/VM 5.2 Performance Toolkit

2006-08-15 Thread Dave Jones
This is drifting a bit off topic, but the IBM PC/AT-G, and PC/AT-GX (I 
think that's correct, the G was for Graphics) were very popular in the 
oil  gas business in the late 80s, early 90s...they were dual headed 
bocks that ran GDDM-PCLK (PC link) and GDDM had support for developing 
interesting graphical applications. One screen could show a 3270 full 
screen type session, and the other screen a map or geologic cross 
section.very nice package. A lot of the actual vector rendering 
processing was off loaded the the PCs themselves, so GDDM did have to do 
as much work up on the host. You could even interact with the graphics 
locally (pan, zoom, print, save, etc.) They even supported a small 
digitizer type board.


I still have around here some place some geologic modeling programs I 
developed for those boxes.



DJ

I seem to recall that IBM had a GML (DCF) type editor for PC-DOS as well.
Rob van der Heij wrote:

On 8/15/06, Dave Jones [EMAIL PROTECTED] wrote:


I think it's safe to say that GDDM, as good as it was in it's day, is a
thing of the past now. But I still use it occasionally here, and the the
IBM PCOMM3270 emulator supports it and it's two separate graphics
formats just fine.



When I was young, I did have a short but interesting relation with the
GDDM-PCLK product. I think it used the same structured field file
transfer as IND$FILE to get the graphics data to the workstation
application for display and printing. It's probably now somewhere with
the GML editor and the PROFS front-end... ;-)

Rob


Re: IBM z/VM 5.2 Performance Toolkit

2006-08-14 Thread Eginhard Jaeger

Ted,
as Thomas Kern wrote, the graphics work just as intended: I liked (and still 
prefer) the idea of automatically adapted scales when using the tool for 
performance analysis ..


But I agree that for capacity planning purposes or general statistics a 
fixed scale is often better. The clean solution would obviously be to allow 
telling PerfKit about the preferred scale, but there's no way to do so now, 
and you'll have to convince Endicott to implement it. In the absence of that 
possibility you can try different ways to achieve a similar result:


A)  My approach would have been to just plot the WHOLE period you're
 interested in. That way you'll always have a good graph for the day,
 and have a good chance of seeing the same scale also on other days.
 And if it's for statistical purposes the whole day is probably better 
anyway.


If you really need graphics for shorter periods the following may help.

B)  Plot both the variables CPU and %WT, and specify 'cumulative' display:
 Since the total of the two values should be a constant you should end 
up

 with a fixed scale.
 The drawback is that you cannot include in the same output other 
variables

 whose value should not be cumulated, too (such as IO/S).
C)  Plot CPU, IO/S and %WT, non-cumulative.
 Since PerfKit will try to use the same scale for similar variables 
(with

 the same unit type, in this case '%CPU') the CPU and %WT values
 should be plotted in the same scale. Will probably achieve the fixed
 scale you want, and you can still include I/O as well.
 The drawback is that you end up plotting the %WT variable that you 
don't

 really want.
D)  You can also try to
 - define a fixed 'user variable' with the max. scale to be used, and a 
unit

   type of '%CPU'
 - plot this user variable together with 'CPU'.
 Since PerfKit will try to use the same scale for variables of equal 
units

 the large (user) variable should determine the scale.
 However, I'm not really sure whether this will work: it may depend on
 the internal representation of the values (e.g. number of decimals), 
and
 then the user variable could end up being not quite the same. I just 
don't

 remember (and I doubt anybody ever tried it) ..

BTW: Do you really use the primitive 3270-mode PLOT screen FCX105?
  I had assumed that by now everybody would be using the Web 
interface

  to create real graphics.

Eginhard Jaeger

,- Original Message - 
From: Ted Lewis [EMAIL PROTECTED]

To: IBMVM@LISTSERV.UARK.EDU
Sent: Friday, August 11, 2006 10:25 PM
Subject: IBM z/VM 5.2 Performance Toolkit



In working with IBM Performance Toolkit (z/VM5.2).
Screen: FCX105 (graphing a HISTLOG file).
I am plotting CPU (% total CPU) and I/O (SSCH/RSCH rate).
Does anyone know of a way to maintain a fixed scale value for the Y
axis in this report (FCX105). It currently changes based on the maximum
usage for the reporting period being viewed.
That is (we are trying to plot usage on a 24 hour cycle):
From 00:00-04:00 Y scale = 60 (lower usage)
From 04:00-08:00 Y scale = 200 (higher usage)
From 08:00-12:00 Y scale = 100, and so forth.
This is confusing - I prefer to have a fixed Y axis value based on my
input or a standard (ie. always show a scale based on CPU 200 and I/O
200).  Its difficult to compare values when the scale value changes.  I
questioned IBM and they do not know of a way (or do not think it 
worthwhile

to investigate and develop a way).  There is no mention of how to
set/change the Y scale in IBM's Performance Toolkit manual - it actually
states that the Y scale value changes based on maximum usage reported 
for

the time period being reviewed.
Any suggestions/help would be appreciated.  Thanks, Ted



Re: IBM z/VM 5.2 Performance Toolkit

2006-08-14 Thread =?iso-8859-1?Q?Ted_Lewis?=
We (at NY State) have the same issues with our Network Group on enabling
browser based access.  At best non-responsive.  In any case...
We also run OMEGAMON to extract performance data (another Group).
I do have acces to that, however we (the VM Systems Programmers)
want to have a separate means of performance reporting (both for 
comparison and arguement).  I have little experience using 
Performance Toolkit, thus my question.  PTK does seem to provide 
some value in their predefined and custom reports, but has it limitations
 - 
which we are discovering.  Sounds like further investigation (of other
prodcuts is in order.  As for GDDM, we don't run that product on our
IFLs, only on our Agency LPARs.  We currently run 4 Agency (full) LPARs a
nd 
4 IFLs (LINUX). 


Re: IBM z/VM 5.2 Performance Toolkit

2006-08-14 Thread Dave Jones
I would suggest that you take a look at the suite of VM (and Linux!) 
performance products offered by Velocity Software 
(http://www.velocitysoftware.com/). I can recommends them highly.


While GDDM can produce nice looking plots of performance data, a problem 
with it is that it is not licensed for IFL engines, to the best of my 
knowledge. A special bid from your local IBM business partner would be 
required


DJ

=?iso-8859-1?Q?Ted_Lewis?= wrote:

We (at NY State) have the same issues with our Network Group on enabling
browser based access.  At best non-responsive.  In any case...
We also run OMEGAMON to extract performance data (another Group).
I do have acces to that, however we (the VM Systems Programmers)
want to have a separate means of performance reporting (both for 
comparison and arguement).  I have little experience using 
Performance Toolkit, thus my question.  PTK does seem to provide 
some value in their predefined and custom reports, but has it limitations - 
which we are discovering.  Sounds like further investigation (of other

prodcuts is in order.  As for GDDM, we don't run that product on our
IFLs, only on our Agency LPARs.  We currently run 4 Agency (full) LPARs and 
4 IFLs (LINUX). 


Re: IBM z/VM 5.2 Performance Toolkit

2006-08-12 Thread Thomas Kern
My feeling is that the graphics in the Performance Toolkit satisfy the
interests of the original author. If you want more, you need to go to a real
graphics package. GDDM comes to mind, but so do some vague unpleasant memories,
but I do think that dual scales (a left hand scale for CPU and a right hand
scale for I/O or TrivResp) is possible. Personally, I extract the data from PTK
and use GnuPlot on my windows workstation to design a plot. When I am
satisfied, I transfer the control information and updated data to a Linux
system for batch creation of graphics that can be emailed to managers or
displayed on a web page. Something that my Linux associates are urging me to
look at is the RRDTOOL for the accumulation and display of this time-based
performance data. The BigBrother monitoring package does a interesting job of
presenting some data (examples available on request).

/Tom Kern 

--- Ted Lewis [EMAIL PROTECTED] wrote:

 In working with IBM Performance Toolkit (z/VM5.2).
 Screen: FCX105 (graphing a HISTLOG file).
 I am plotting CPU (% total CPU) and I/O (SSCH/RSCH rate). 
 Does anyone know of a way to maintain a fixed scale value for the Y 
 axis in this report (FCX105). It currently changes based on the maximum 
 usage for the reporting period being viewed.
 That is (we are trying to plot usage on a 24 hour cycle): 
 From 00:00-04:00 Y scale = 60 (lower usage)
 From 04:00-08:00 Y scale = 200 (higher usage)
 From 08:00-12:00 Y scale = 100, and so forth.
 This is confusing - I prefer to have a fixed Y axis value based on my 
 input or a standard (ie. always show a scale based on CPU 200 and I/O 
 200).  Its difficult to compare values when the scale value changes.  I 
 questioned IBM and they do not know of a way (or do not think it worthwhile 
 to investigate and develop a way).  There is no mention of how to 
 set/change the Y scale in IBM's Performance Toolkit manual - it actually 
 states that the Y scale value changes based on maximum usage reported for 
 the time period being reviewed.
 Any suggestions/help would be appreciated.  Thanks, Ted 
 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com