to setup MONWRITE to collect monitor data and I'm slightly
> confused as to what MONITOR SAMPLE and MONITOR EVENT does. The cheat sheet I
> found on ibm.com lists the following:
>
> CP MONITOR SAMPLE ENABLE ALL
> CP MONITOR EVENT ENABLE STORAGE
> CP MONITOR EVENT ENABLE PROCESSOR
&
There's two kinds of monitors: things that happen all the time that you
periodically want to take a sample to get a sense of what's going on (like CPU
usage), and things that don't happen all the time but post specific events when
they DO happen. These events are usually things you'd want to kn
All,
Trying to setup MONWRITE to collect monitor data
and I'm slightly confused as to what MONITOR
SAMPLE and MONITOR EVENT does. The cheat sheet I
found on ibm.com lists the following:
CP MONITOR SAMPLE ENABLE ALL
CP MONITOR EVENT ENABLE STORAGE
CP MONITOR EVENT ENABLE PROCESSOR
CP MO
I'd like to thank those who are contributing. Also, if you haven't
contributed yet, please consider doing so. Thanks to all.
Brian
Readers,
IBM z/VM Performance would like to see some specimens of MONWRITE data
from customer systems believed to be performing to expectation, that is,
not known to be suffering from any problems.
If you would like to participate, please see the instructions at:
http://www.vm.ibm.com
ime to retrieve the
data. So you missed configuration data and maybe even the first
samples. Without configuration data, the files are of little value.
Depending on how MONWRITE is written, you may be able to stretch
things by adjusting the time that CP keeps configuration data
available for ret
it
Or
- MOVEAWAY issues an SMSG to the other server
the other server uses WAKEUP (SMSG and LINKs to MONWRITE to
come and get the monitor data file and FT it (the SMSG would include
the fn and ft of the file to FTP
The last method would be the fastest, but, if the other server would be
gone, mo
Hello, I am running z/VM 5.4.0 and I want to collect monitorrecords using the
new monwrite options CLOSE bndy CONFIG EXEC efn.
My monitor sample interval is 1 min.
For a test I used ' MONWRITE MONDCSS *MONITOR DISK CLOSE 15 CONFIG EXEC
MOVEAWAY'
Every 15 min the file will be clo
On Fri, Mar 28, 2008 at 9:58 PM, Hal Schmitigal <[EMAIL PROTECTED]> wrote:
> I updated MDATTRAN REXX replacing the call to CONVERT_TOD with a CALLPIPE
> using DATECONV. I let IBM know, so maybe someone will put an update on
> the downloads page soon.
There's a lot more to win with recent plum
FYI, I found that MONVIEW output has the wrong date beginning 2/29/08.
I updated MDATTRAN REXX replacing the call to CONVERT_TOD with a CALLPIPE
using DATECONV. I let IBM know, so maybe someone will put an update on
the downloads page soon.
MDATTRAN SREXXJ1 V 80 Trunc=80 Size=133 Lin
Thanks to all for your replies!
Alyce
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: Thursday, March 27, 2008 5:25 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
A VMARC file should be FIXED
; Alyce
>
>
> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
>
> Behalf Of Berry van Sleeuwen
> Sent: Wednesday, March 26, 2008 2:45 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: MONWRITE files
>
> Hello Alyce,
>
> A
essage-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Berry van Sleeuwen
Sent: Wednesday, March 26, 2008 2:45 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
Hello Alyce,
As Mike said, looks like a upload error.
I guess these are from the IBM VM packag
ta is found. So delete the
files that were unpacked, upload the VMARC files again and unpack again.
Regards, Berry.
Austin, Alyce (CIV) schreef:
Hello,
When I issue the following vmarc commands in preparation for the
monwrite procedures,
this is what I get:
vmarc unpk monview vmarc a
MONVIEW
opinions or policies of Hewitt Associates.
"Austin, Alyce (CIV)" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System"
03/26/2008 04:06 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: MONWRITE f
Hello,
When I issue the following vmarc commands in preparation for the
monwrite procedures,
this is what I get:
vmarc unpk monview vmarc a
MONVIEW SCRIPT A1. Bytes in= 11776, bytes out= 6168 (
52%).
Invalid header for compacted file.
Ready(8); T=0.01/0.01 13:38:10
Good, I will define a new complete volume on userid monwrite. I need
to collect data for a period of time for capacity planning.
Even though I have performance toolkit, it has been suggested that I use
the CP2KVMXT Utility whose output will be used by IBM and/or its
partners
as input to their
No, I actually make sure my data collection minidisks are not on the sysr
es
volume.
/Tom Kern
/301-903-2211
On Wed, 19 Mar 2008 10:32:44 -0700, Austin, Alyce (CIV) <[EMAIL PROTECTED]>
wrote:
>Hello,
>
>Does the MONWRITE userid have to be on the RES volume to collect data?
>
>Thanks,
>Alyce
No. Ours isn't.
On 3/19/08, Austin, Alyce (CIV) <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Does the MONWRITE userid have to be on the RES volume to collect data?
>
> Thanks,
> Alyce
>
>
Hello,
Does the MONWRITE userid have to be on the RES volume to collect data?
Thanks,
Alyce
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jim Bohnsack
Sent: Tuesday, March 18, 2008 8:01 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE
mhhh the cms pipe version looks good, too bad i did not knew about that
one before i wrote my exec... :-)
Cheers, Stefan
Stefan Raabe
19.03.2008 08:32
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: MONWRITE files
I collect these records for CPU statistics:
ddrr (domain / record
.
If you are interested in the exec, please let me know. at least it can be
taken
as a sample how to extract the monitoring data, it was a bit of a puzzling
work because i did not find a documentation about the monwrite file
format,
i had to find out by myself how the logical monitor records are
Or you could look at the Redbooks. The additional files from REDP3818
has a sample for a monwrite machine that filters records. In this case
CPU usage records.
Kris, isn't TSLAMON avalable on the VM download packages?
Regards, Berry.
Kris Buelens schreef:
Here some code from y TSLAMON
If you search google, using "z/VM performance capacity planning", you should see
"velocitysoftware.com/whylps.html" as the first link. This is the description of
instrumentation requirements. I've also offered zMON (dirt cheap, by the way) as a real
time monitor that will produce records for M
I would be interested in getting a copy of the complete TSLMON EXEC.
Thanks for your help.
/Thomas Kern
/301-903-2211
/U.S. Department of Energy
/[EMAIL PROTECTED]
On Tue, 18 Mar 2008 18:19:43 +0100, Kris Buelens <[EMAIL PROTECTED]>
wrote:
>Here some code from y TSLAMON EXEC that performs some
>
>
>
> > -Original Message-
> > From: The IBM z/VM Operating System
>
> > [mailto:[EMAIL PROTECTED] On Behalf Of A. Harry Williams
> > Sent: Tuesday, March 18, 2008 8:59 AM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: MONWRITE files
> >
> Almost. I would consider the PIPE that uses the starmon stage to be a
> utility; the stage by itself is simply a tool used to build the
utility.
An interesting thought: when was the last time someone sat down and went
through everything that's on the default S disk? It might be very
interesting/
A. Harry Williams
> Sent: Tuesday, March 18, 2008 8:59 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: MONWRITE files
>
>
> Actually, there already is such a utility program, and it is
> shipped with every z/VM system. It's kept on the 190 or
> S-disk so you may not
On Tue, 18 Mar 2008 09:41:24 -0500 =?ISO-8859-1?Q?Thomas_Kern?= said:
>Maybe this is where we need a NEW utility program, since MONWRITE is doing
>exactly the job it was written for (copying ALL monitor data to disk/tape?).
>Perhaps a utility that when pointed at a selection criteria f
Because as someone pointed out before (Barton, I think), for performance
monitoring, you want more event data and for capacity planning you need
appropriate sample data. I think PerfTK could deal with more data than it
needs for online real-time performance monitoring, while another process
select
monitor segment in the first place?
Jim
Thomas Kern wrote:
Maybe this is where we need a NEW utility program, since MONWRITE is doin=
g
exactly the job it was written for (copying ALL monitor data to disk/tape=
?).
Perhaps a utility that when pointed at a selection criteria file and a
monwrite
Maybe this is where we need a NEW utility program, since MONWRITE is doin
g
exactly the job it was written for (copying ALL monitor data to disk/tape
?).
Perhaps a utility that when pointed at a selection criteria file and a
monwrite output file, will copy only those monitor records sellected. Or
8:55 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte
Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind,
informieren Sie bitte sofort den Absender und loeschen Sie diese E
f data being collected in the mondcss so you can monitor your
system, but for the reporting
on z/OS only little of this data is required. thats why i set up this
procedureto reduce the
required disk space:
* monwrite is defined with 2 minidisks,, both 500 cylinders
* every 2 hours a stop and st
Is that the one where you look it up in the messages file (I don't rememb
er
a real manual for these messages) and it add these responses:
User Response: See your System Administrator.
System Administrator Response: See your Systems Programmer.
Systems Programmer Response: See your Systemes Prog
STSERV.UARK.EDU
Subject: Re: MONWRITE files (PROFS)
Don't you just love that real informative error message? ;-)>
--
Dale R. Smith
"Give a man a computer program and you give him a headache, but teach
him to program computers and you give him the power to create headaches
for oth
Don't you just love that real informative error message? ;-)>
--
Dale R. Smith
"Give a man a computer program and you give him a headache, but teach
him to program computers and you give him the power to create headaches
for others for the rest of his life."
OVMAIL EXEC B1 F 1024 4 1
1995-09-06 9:27
Peter
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: March 14, 2008 11:52
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files (PROFS
. Thank
you for your cooperation."
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Friday, March 14, 2008 8:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] MONWRITE files (PROFS)
OVMAIL works fine on ou
No intention of cheating.
Unfortunately, never lucky enoough (in 30+ years with VM) to have had
the experience of working with PROFS/OV
I was basing my statement more on the following :
EPRERELN SEXECB1 V 80 Trunc=80 Size=142 Line=0 Col=1 Alt=0
>
> IMHO, the nice thing about PROFS (and OV/VM) was that
> everyone spent time working on the content of the message
> instead of fonts, colors, clip-art, etc.
I hear that loud and clear. If the content stinks, no amount
of "prettying it up" will help a document.
Ed Zell
Illinois Mutual Life
(
quot;The IBM z/VM Operating System"
03/14/2008 10:36 AM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: MONWRITE files (PROFS)
We can join Stanley's contest. We have 1 user left. Unfortunately, she
is
an EVP with 1700 notelogs
OVMAIL works fine on our z/VM 5.3 system.
Peter
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Marcy Cortes
Sent: March 14, 2008 11:37
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files (PROFS)
We can join Stanley's contest. We h
We can join Stanley's contest. We have 1 user left. Unfortunately, she is
an EVP with 1700 notelogs :( and a 2000 cylinder a-disk.
Beware that the OVMAIL command stops working with z/VM 5.3. She had to
learn how to find notelogs with filelist.
Marcy
"This message may contain confidential and/o
Stanley Rarick is cheating, Mark wants to win the price for the last
PROFS, Office Vision/VM is another contest ;-)
2008/3/14, Rob van der Heij <[EMAIL PROTECTED]>:
> On Fri, Mar 14, 2008 at 4:45 PM, Stanley Rarick <[EMAIL PROTECTED]> wrote:
>
> > Standard OfficeVision Me
On Fri, Mar 14, 2008 at 4:45 PM, Stanley Rarick <[EMAIL PROTECTED]> wrote:
> Standard OfficeVision Menu
> Press one of the following PF keys.
> PF1 Process schedules... Time: 10:18 AM
> PF2 Open the mail
> PF3 Browse employee direct
pinions or policies of Hewitt Associates.
"David Kreuter" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System"
03/13/2008 03:58 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: MONWRITE files
On Thursday, 03/13/2008 at 05:54 EDT, barton
<[EMAIL PROTECTED]> wrote:
> Wait a minute here, hold your horses or whatever. MONWRITE is NOT an ibm
> product, it's a "Free" tool just like CMS COPY, or DDR.
MONWRITE is a utility documented in the Chapter 3 of the
Wait a minute here, hold your horses or whatever. MONWRITE is NOT an ibm product, it's a
"Free" tool just like CMS COPY, or DDR. Beginners think this is the state of the art, but
as any large shop (that has time to investigate) knows, they are not for production. They
do their jo
"David Kreuter" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System"
03/13/2008 03:58 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
Re: MONWRITE files
yeah so I have been around for a while, wha
On Mar 13, 2008, at 3:58 PM, David Kreuter wrote:
yeah so I have been around for a while, what can I say?
"You kids get offa my lawn! Where's my Geritol got to?" usually works
for me.
Adam
yeah so I have been around for a while, what can I say?
-Original Message-
From: The IBM z/VM Operating System on behalf of Schuh, Richard
Sent: Thu 3/13/2008 4:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] MONWRITE files
That is a historical reference. PROFS (O/V) has not
1:46 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: MONWRITE files
>
> "I don't care about vm is my PROFS working?"
>
> -Original Message-
> From: The IBM z/VM Operating System on behalf of Schuh, Richard
> Sent: Thu 3/13/2008 3:34 PM
> To: IBMVM@L
"I don't care about vm is my PROFS working?"
-Original Message-
From: The IBM z/VM Operating System on behalf of Schuh, Richard
Sent: Thu 3/13/2008 3:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] MONWRITE files
I haven't gotten one asking if it is Friday, bu
32 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: MONWRITE files
>
> > an upcoming change or outage will affect all users of the system
> What upcoming change!? What outage!? Why weren't we told
> earlier so that we could properly prepare!? Will it affect me?
> Is it Friday y
d do not necessarily
represent the opinions or policies of Hewitt Associates.
"Schuh, Richard" <[EMAIL PROTECTED]>
Sent by: "The IBM z/VM Operating System"
03/13/2008 02:20 PM
Please respond to
"The IBM z/VM Operating System"
To
IBMVM@LISTSERV.UARK.EDU
Richard Schuh
> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Wilborn, Jerry
> Sent: Thursday, March 13, 2008 11:06 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: MONWRITE files
>
> Mea Culpa...reading is fundamental.
>
Mea Culpa...reading is fundamental.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Thursday, March 13, 2008 11:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
My note was a response to Barton, not Alan
My note was a response to Barton, not Alan. Alan *has* been civil during
the entire discussion, as usual.
On Thu, 13 Mar 2008 12:02:37 -0400, David Boyes <[EMAIL PROTECTED]>
wrote:
>and the advertising level is getting a bit annoying again.
As a bystander, when a question is asked which an available tool can help
address I do not object to it being briefly mentioned. Whether the tool
has a cos
ailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Thursday, March 13, 2008 9:30 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
On Thursday, 03/13/2008 at 12:15 EDT, David Boyes
<[EMAIL PROTECTED]>
wrote:
> > [assorted snarling]
>
> Take it off list, folks. Yo
On Thursday, 03/13/2008 at 12:15 EDT, David Boyes <[EMAIL PROTECTED]>
wrote:
> > [assorted snarling]
>
> Take it off list, folks. You can agree to disagree, but a certain level
> of civility is expected. This level of confrontation isn't useful or
> productive; it scares the newbies, and the adve
> [assorted snarling]
Take it off list, folks. You can agree to disagree, but a certain level
of civility is expected. This level of confrontation isn't useful or
productive; it scares the newbies, and the advertising level is getting
a bit annoying again.
Wasn't going to answer, but Bill P goaded me to it.
Is some monitor data worthless to be recorded? YES, LOTS OF IT for the MXG user.
Is the shelf life short? YES for much of it. (Disks doing zero I/O but online?)
Is MONWRITE writing garbage? Not all of it. To most users, much of the da
Ohh... This could get interesting
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of barton
Sent: Tuesday, March 11, 2008 11:45 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
Alan, look at what he's collecting. If you don&#x
On Wed, Mar 12, 2008 at 11:04 PM, Hamilton, Brian
<[EMAIL PROTECTED]> wrote:
> We've tried feeding the perf toolkit trend files into MXG however we
> have been told MXG will only process raw MONITOR data (4096
> records)...that's what I have been told.
So 'they' have not told the full story. M
al Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Eginhard Jaeger
Sent: Wednesday, March 12, 2008 4:09 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
Brian,
the 'Q MONITOR' output you included appears to be just the information
rela
, that displays information only for a single
user at a time, and SCHEDULER event data collection should be
activated only for that specific user while it is needed.)
The amount of disk space needed for the MONWRITE file will depend
largely on the number of users and disks you collect data for. So
the shelf life is some of the data is so short that it has
no value in a disk file? Or are you telling me that MONWRITE is writing
garbage or double-writing or not writing or ...?
If you're going to accuse MONWRITE of bad behavior, then I think you
should tell me what you think it is
Alan, look at what he's collecting. If you don't think that is miscollecting, you should
take the class too.
Alan Altmark wrote:
On Wednesday, 03/12/2008 at 01:09 EDT, barton
<[EMAIL PROTECTED]> wrote:
MONWRITE was not even very well accepted 20 years ago when it bec
On Wednesday, 03/12/2008 at 01:09 EDT, barton
<[EMAIL PROTECTED]> wrote:
> MONWRITE was not even very well accepted 20 years ago when it became
available
> because of the volume of data and "mis-collection" of data.
Eh? MONWRITE is a tool for collecting raw mon
recommend "http://velocitysoftware.com/seminar/workshop.html";? At least day one.
MONWRITE was not even very well accepted 20 years ago when it became available because of
the volume of data and "mis-collection" of data. And the volume of data has increased in
20 years. The re
, March 11, 2008 5:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
Thanks again...
And ideal on the amount of data were talking here on a typical day?
Typical mini disk size's??? 500 cyls, full 3390 mod 3, multiple
mod-3's...
This is currently what is being actively
I would estimate about 1 (or maybe a bit more) 3390-3 DASD per day to
hold the raw performance data stream from MONWRITE. Of course, if you
will want to keep more that one day's worth of raw data, you'll need
that much more extra DASD space reserved.
As Barton has already mention
On Tue, Mar 11, 2008 at 11:57 PM, Hamilton, Brian
<[EMAIL PROTECTED]> wrote:
> And ideal on the amount of data were talking here on a typical day?
To my standards, a lot. For a decent z/VM with two dozen Linux
servers, think about one or more 3390-3 per day. My experience is that
installations w
A different solution is to use ESAMON to feed MXG. That way, MXG gets all the network
data, Linux data, and the disk storage is about 1% of what raw data requires. ESAMON would
then be a complete replacement for Perf kit, monwrite, and a lot of disk space - not to
mention the cycles involved
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE files
Hi, Brian
Hamilton, Brian wrote:
> Thanks Dave
>
> Where would I find the instructions to setup and begin running
monwrite?
>
Right here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcsi1b20/3.2?
SHELF=hcsh2a90
Hi, Brian
Hamilton, Brian wrote:
Thanks Dave
Where would I find the instructions to setup and begin running monwrite?
Right here:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/hcsi1b20/3.2?SHELF=hcsh2a90.bks&DT=20070424084605
(watch out for line wrap)
Brian
-
Thanks Dave
Where would I find the instructions to setup and begin running monwrite?
Brian
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Jones
Sent: Tuesday, March 11, 2008 5:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: MONWRITE
Hi, Brian.
You don't need to run the MONWRITE virtual service machine simply to
feed the CP performance monitor data to PERFKIT. PERFKIT can collect the
raw monitor data directly from the MONDCSS saved segment.
You only need to run MONWRITE if you want it to collect the raw monitor
da
We run the IBM performance toolkit product.
I understand that MONWRITE feeds Perf tool kit. Is there a way I can
write MONWRITE files to disk as well as let them feed Perf tool kit?
Why do you ask, I want to use MXG to report on zVm.
Brian
Rob, no apology necessary and I hope I did not come across as wanting to
start or play in a 'mine vs yours' game or make readers think that.
While it is true that the history data files do not contain the same
detail as raw mondata, they are worthwhile to review and investigate if
one is not f
On Nov 9, 2007 9:34 PM, Roger Lunsford <[EMAIL PROTECTED]> wrote:
> The PERFKIT can create HISTORY DATA files, which can be looked at
> as "condensed monitor data" files. The PERFKIT can also process these
That's not really the same. Those are just a small set of (system
wide) metrics that are k
The PERFKIT can create HISTORY DATA files, which can be looked at
as "condensed monitor data" files. The PERFKIT can also process these
data files via the PERFKIT MENU OPTION 32 HISTORY DATA FILES. Within the
ACUM HISTSUM and the MMDD HISTLOG I can see the CPU Utilization on
each monitor
On Nov 8, 2007 8:22 AM, Jeff Gribbin, EDS <[EMAIL PROTECTED]> wrote:
> Regarding the, "problem" of perhaps wishing to only collect a subset of
> the monitor records for, "MONWRITE" / post-processing activities while
> still needing a fuller set of records for re
Regarding the, "problem" of perhaps wishing to only collect a subset of
the monitor records for, "MONWRITE" / post-processing activities while
still needing a fuller set of records for realtime monitoring, it is
really a trivial exercise to write a PIPE that collects MON
Is there any specific reason why you would want to first collect the monitor
data using MONWRITE, and only then run the analysis in batch mode? One would
usually let PerfKit collect the data in real time and just let it print
whatever reports you're interested in for the periods you wan
Subject: Re: Controlling MONWRITE and the size of its 191 disk
On 11/1/07, Hamilton, Brian <[EMAIL PROTECTED]> wrote:
> The size of the file grows quickly, it about 1 hour the file consumes
90
> cyls
You're right. Raw data files are huge. One option is to make the
interval
On 11/1/07, Hamilton, Brian <[EMAIL PROTECTED]> wrote:
> The size of the file grows quickly, it about 1 hour the file consumes 90
> cyls….
You're right. Raw data files are huge. One option is to make the
interval larger, but this also very much limits the detail you can see
in your real time data
Hello,
I'm using Performance toolkit and would like to use the batch interface.
I've set up the Performance toolkit batch commands however my problem
now is the MONITOR DATA file.
The size of the file grows quickly, it about 1 hour the file consumes 90
cyls
My goal is to collect th
Oh the rules are different for a mindisk I was looking at it as a 3390-3
w/850kb per cyl. Oh well
thanks
Mace
On 6/13/06, Larry Macioce <[EMAIL PROTECTED]> wrote:
Thanks Jim that got me on. But now I'm a little puzzled(as always) When I
started to view what files were in monwrite the file that had captured
data had 16171 rec at 4k apiece. With a little math that came up to almos
78 cyls. I
z/VM Operating System wrote on 06/13/2006
08:35:38 AM:
> IBMVM@LISTSERV.UARK.EDU
>
> Thanks Jim that got me on. But now I'm a little puzzled(as always) When I
> started to view what files were in monwrite the file that had captured
> data had 16171 rec at 4k apiece. With a
My PRFRUN server (available on www.vm.ibm.com)
keeps an eye on MONWRITE. It estimates how big an avarage daily MONWRITE
file is, and at midnight it will ERASE MONDATA files untill it has free
space for an avarage day. Part of it is IMMERASE, a compiled REXX
exec that can be run as immediate CMS
Thanks Jim that got me on. But now I'm a little puzzled(as always) When I
started to view what files were in monwrite the file that had captured
data had 16171 rec at 4k apiece. With a little math that came up to almos
t
78 cyls. I'm 12 short. The other 3 file have 14 4k recs. So i
There are a couple ways. From a authorized userid (someone with OPTION
LNKNOPAS or equivalent link authority - or by using the MULT password of
the mini disk) link R/W to the disk and clean off what you can. Or you can
try logging on to MONWRITE and before tapping enter at the CMS prompt,
enter
If monwrite doesn't clean itself up how do I get rid of the data if I wan
t
to collect more??
thanks
Mace
If you have Toolkit running, MONDAT is the command to see what data
is collected and how much of each. You don't have to have MONWRITE
running to use the Performance Toolkit.
If you want to keep raw MONWRITE data around, various reasons
were discussed recently on the list, you'll nee
If you're filling up a 90 cyl disk in one hour, you are probably collecting
a lot more types of monitor data than you need. I started with MONWRITE
also with Perf Toolkit but then found that somehow, automagically, PERFSVM
collects enough of it's own to fill in the blanks.
If
I started collecting data(per the book) as we are going to be using the
perfkit. I configured the monwrite profile to collect data and we looked
at the dir and saw we had 90cyls to write data to. We started monwrite an
d
let it run for awhile(maybe an hr). Looked and it was gone. I thought
1 - 100 of 112 matches
Mail list logo
