DFH$MOLS and DFHMNPDA CPUTIME
We are running CICS TS V4.2. we used DFH$MOLS to unload the CMF records, and now I have a REXX routine trying to get CPUTIME. I saw a sample on this site that shows getting an 8 byte field and then multiplying by 4096 and then divided by .000001 to get microseconds. I don't understand because looking at DFHMNPDA the offset for PDRCPUT is hex 820 and it is a length of 12. What does the multiple of 4096 have to do with this? Any assistance on how to get accurate CPUTIME from the new CMF records would be appreciated.
Regards,
Burt
Software/Hardware used:
CICS TS V4.2
Software/Hardware used:
CICS TS V4.2
ASKED:
October 26, 2012 7:30 PM
RELATED QUESTIONS
- How do I create datasets using WDSC
- Not able to record more than 60 seconds with Windows Sound Recorder
- How to acheive FULL OUTER JOIN on three files in IN SQLRPGLE program.
- need a process to obtain set of records updated/added out of 100million records
- AS/400 Journaling download to PC - unreadable data
Answer Wiki:
Last Wiki Answer Submitted:
Be the first to answer this question.
To see all answers submitted to the Answer Wiki: View Answer History.
I haven’t yet found a similar description for V4.2, but I think it’s the same for V3.2. Review this document, Interpreting new 12 byte format of USRCPUT in SMF110 records, for an “IBM explanation” of how to handle the 12-byte value including why you can ignore the lower 4 bytes. Note that 4096 effectively is a decimal equivalent of cutting off three nybbles of the 8 bytes. — Tom