I wonder how valid the report data is. I've had problems with SCPER reports and CPU reports, for intervals where one LCPU was only online for a fraction of a second in the reporting interval, and RMF "freaked out" and reported unusually large numbers and other anomalous output. I coded my REXX with a sanity check, and threw out numbers that were outrageously large.
Gary -----Original Message----- Behalf Of Ken Porowski Subject: Re: RMF report - field description But in the example given it doesn't add up (assuming the sample is from one interval) 3870M+39599K+0+9232K would not equal 18447P ---SERVICE---- IOC 3870M CPU 39599K MSO 0 SRB 9232K TOT 18447P /SEC 640512G -----Original Message----- Edward Jaffe Michael Schmutzok wrote: > To date, I've only had to deal with a 'K' when dealing with the > numbers. Now, I'm faced with an 'M', a 'P', and a 'G'. To now, I've > gone with the assumption that 'K' has meant thousands (a reasonable > assumption I felt). I'm willing to assume that 'M' means millions. > However, I don't know what 'G' or 'P' signifies. I assume: K=1024 M=1024 x 1024 G=1024 x 1024 x 1024 T=1024 x 1024 x 1024 x 1024 (you left this one out) P=1024 x 1024 x 1024 x 1024 x 1024 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
