I always thought IFASMFDP (and now IFASMFDL) could do with an exit point - so you could reformat (flatten, essentially) or filter records using it. That might cut down data moves.
Next time I talk to “Mr SMF” I should ask him - but I’m already tying up enough of his time. :-) Cheers, Martin Sent from my iPad > On 14 Mar 2018, at 17:52, William Richardson <[email protected]> wrote: > > One thing to consider is the number, type and complexity of the control cards being used in the dump utility request itself; > if you are using a "lot" of output targets you might consider using a "SORT" type program instead of the IFASMFDP utility itself for the dump process (you still need it for the CLEAR). > > "SORT" programs (in general) are much more efficient in doing this type of I/O processing; potentially multi-task or multi-threading the work. > > Of course the down side of this is having to translate the SMF defined control card "terms" into offsets (ie. 'Type' is at offset "x" and is of length "1") and taking into account the RDW; the good thing would be this conversion is probably already in use in other jobs that are sorting SMF data. > > > NOTE: This is just MY personal observation based on my knowledge of the processing and NOT a formal recommendation by the current SMF team or anything official. > > Thanks, > Bill...... > z/OS System Software Development > (former SMF Component Owner) > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN >Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
