The fields you show look to me as if they partly contain EBCDIC data. E.g. the first field has x'E2E3C5D7' which is c'STEP'. Has there been any zEDC compression in that step? If not, the section is not there and you are looking at random data.
-- Peter Hunkeler Von: DanD <zos.j...@gmail.com> An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Odd SMF 30 data within IEFACTRT Datum: 04.11.17, 19:18 I've been looking at various data available within the IEFACTRT exit's SMF 30 record. We're running zOS 2.2 and are quite current on maintenance. I must note that this is on a zPDT box which may or may not make a difference. The data that I find odd is in the "zEDC Usage Statistics Section". Here are the fields in the section and their HEX values: SMF30_US_ComprReq 200F2A40E2E3C5D7 SMF30_US_ComprReq_Prob D3C9C24000000009 SMF30_US_QueueTime 7FF8000000000000 SMF30_US_ExecTime 000000007FF80000 SMF30_US_Def_UncomprIn 0000E2E8E2D7D9C9 SMF30_US_Def_ComprOut D5E3000000000000 SMF30_US_Inf_ComprIn 0000000000000000 SMF30_US_Inf_DecomprOut 00000000200F2A3F The EXECTime and QueueTime are supposed to be in microseconds. Why does one have "7FF80000" in the 1st word and the other have it in the 2nd word? ComprReq is the total number of compressions & decompressions (problem and supervisor state). ComprReq_Prob is the number in problem state. Shouldn't it be a subset of ComprReq? I'm not sure what other fields are incorrect. Does anyone else find these odd or is it just me? Thanks, Dan ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
