On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills <charl...@mcn.org> wrote:
>Closing the loop, I have now gotten a reply on the ACF2 list from CA >support. (Thanks Ross!) > >FWIW, here is my model of how this all works. > >SMFPRMxx is a "suggestion" to SMF-record-writing components. SMF itself does >not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still >write a program that uses SMF(E)WTM to write type 199 records and they will >end up in your SMF datasets and/or logstream (subject to any IEFU8x exit). >What a well-behaved program *should* do, apparently (although this does not >seem to be well-documented) and apparently what ACF2 and every IBM product >do is query SMFRTEST to determine whether the shop wants its record type, >and adjust its logic accordingly. > >Charles > This is news to me. I can't speak to the validity without writing my own program, but on the surface doesn't seem to agree with the description for SMFRTEST in the SMF manual. Pay attention to the wording in the last sentence. 5.8 SMFRTEST -- Testing record recording The SMFRTEST macro allows you to determine if a particular type, or subtype, of a record is being recorded. Issue this macro before collecting data for a particular record or subtype to avoid the overhead of data collection if it is not written. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com ITIL v3 Foundation Certified Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
