Alexei,

Thanks for the API info.  I will look into that.  It may get me to where I
need to be via the job scheduler.  I found a reference to the API's on Info
Center, but had not had a chance to go flush out the details.

The parameter I was referring to is seen in the Start Collection Services
Properties.  The Cycle Time is the one.  That explains why the there are
multiple members.

Regards,

Mike Shaw
----- Original Message -----
From: "Alexei Pytel" <pytel@us.ibm.com>
To: <midrange-l@midrange.com>
Sent: Wednesday, January 30, 2002 10:31 AM
Subject: Re: Performance Data Collection Via Management Central on V5R1


>
> > I am no so concerned about the performance hit as I am wasting the disk
> > space to collect data after 18:00.
>
> If you are not creating database files, *MGTCOL is not taking so much
space
> - especially if system is idle.
>
> > I guess I am just spoiled by the STRPFRMON launching from the job
> scheduler.
> > It was so effortless once it was set up and working!  And all the data
> was
> in one place when done!  :-)
>
> Collector is a different paradigm. I hope it just takes time to get used
> to.
> PFRMON was expensive and did not work well on very large systems.
> PFRMON was supposed to be used on "as needed" basis.
> Collector is a low overhead tool and it is supposed to run forever.
> In a sense it's even easier - you set it once and forget it. :-)
> As for having all the data in one place - creating database files is the
> most expensive part. Besides, database files take the most space. So the
> decision was made to separate collection work and database creation work.
> Some trade-offs had to be made. However, I still think that collector is
> not worse than PFRMON - it's just different.
>
> > The other thing that bugs me is why the went
> > to the trouble in setting up a parameter to specify how long it runs,
> when
> > it in fact has no bearing.......
>
> ??? Where do you see parameter for how long it runs ? I do not see it on
my
> Management Central GUI screen. Are we on the same page (<system>
> ->Configuration abd Service->COllection Services->Properties).
> There is a parameter for cycle time, but no parameter for end time.
>
>
> > I did in fact tell it to create the database files.  The only advantage
I
> > see so far is that even though the description of the member says In
Use,
> > you can actually display the data and look at it.
>
> Again, the idea is that you can collect data *all* the time, but do not
> spend the expense of creating and storing database files for the time you
> are not interested in.
> You can create database data *only* for selected periods you want to
> analyze.
>
> PS. You can still turn on/off collector from scheduler if you wish.
> There is a pair of APIs to start and stop collector (QYPSSTRC and
> QYPSENDC).
> You can schedule a job with CALL QYPSSTRC ...
> and then schedule another job to run CALL QYPSENDC ...
>
> Hope this helps
>
> Alexei Pytel
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.