Re: Where to find statistics for fetched programs?

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" <rfochtman@xxxxxxx>
Newsgroups: bit.listserv.ibm-main
To: <IBM-MAIN@xxxxxxxxxxx>
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 listserv@xxxxxxxxxxx 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 listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.

Relevant Pages

  • UNsuscribe
    ... Or better, instead of LOAD, I can use CSVQUERY to seach LPA only. ... I'm thinking of front-ending the actual exit program: ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: SYNC vs LINK
    ... Yes, as I recall, SYNC was designed to invoke exit routines on behalf of system routines, and therefore calls on the program by its address, whereas LINK calls out a program by name and was intended for calling separately compiled program subroutines, which would have a CDE. ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: Question on ACS Routines
    ... FILTLIST USER INCLUDE ... pointer to help identify the exit point for the code. ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: MPF messages now appearing.
    ... I think it's from a generalized MPF exit called MPFXTALL originally from ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: assembler help!
    ... Subject: assembler help! ... No, the SLAC mods were modifications of Assembler H. Thanks, Greg. ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)