Does it also tell you what program invoked the module?
Joel Wolpert
Performance and Capacity Planning consultant
WEBSITE: www.perfconsultant.com
----- Original Message -----
From: "Rick Fochtman" <[email protected]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Thursday, August 20, 2009 12:49 PM
Subject: Re: Where to find statistics for fetched programs?
--------------------------------<snip>--------------------------------
That is very true. One side issue is that every once in a while there is
a program that *NOBODY* knows about and you have done your home work
researching where it might be called from. You cannot find any obvious
answer so after notifying everyone you delete the module and all of a
sudden a lot of programs abend with an S806 etc... You quickly put it
back and everything is back to normal, meanwhile you have egg on your
face. That has been the issue since day 1 of of os/360 and it is still
valid today. Unless you have a front end to fetch and keep your own
numbers you are playing craps with possibility. Personally I would love
to know via SMF say a record is cut with totals every so often (user
specifiable) that would help a lot. It would be nice to have other
information as well (library found in or link list library number).
It seems a reasonable thing to do maybe some one has written a SHARE
requirement or should submit one.
-----------------------------<unsnip>----------------------------------
I know of a LLA exit written by Greg Price that can help with module
counts. Perhaps he could be persuaded to release that exit, along with a
batch program to fetch/display the counts and reset the counters. I have
used this exit and one reporting mechanism in the past and it seems to
work very well. It won't display the CPU usage within each module, but
it will at least help to idntify those modules that are invoked by
"non-EXEC statement" means. I cannot share it because of various
agreements with Greg, but perhaps he can be "persuaded" to make
something of this nature for a very nominal fee, or perhaps free.
(I must point out that every scrap of code that I've ever used from Greg
has been letter-perfect and completely defect free.)
Rick
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
