Why 17? I could understand if you expected ~ 1700.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Assembler List <[email protected]> on behalf of Brian Westerman <[email protected]> Sent: Saturday, September 21, 2019 9:16 PM To: [email protected] Subject: Re: Converting TIMEUSED macro output to printable time used On this run, the job ran for ~23 seconds and used the following: IEF373I STEP/SOAKER /START 2019264.1453 IEF032I STEP/SOAKER /STOP 2019264.1453 CPU: 0 HR 00 MIN 17.17 SEC SRB: 0 HR 00 MIN 01.86 SEC VIRT: 8K SYS: 240K EXT: 0K SYS: 10788K ATB- REAL: 20K SLOTS: 0K VIRT- ALLOC: 10M SHRD: 0M the code and the values are as follows: TIMEUSED STORADR=DBLWD1 >>>>> dblwd1 at this point is 00000000B57E2F00 LM R0,R1,DBLWD1 SRDL R0,12 D R0,K10000 CVD R1,DBLWD2 >>>>> R1 at this point is 0000004A STRING (DBLWD2+4,P,L),INTO=CPUTIME >>>>> CPUTIME at this point is 74 Which doesn't really make any sense to me as >>>>> I would expect it to be somewhere around 17. K10000 DC F'10000' On Sat, 21 Sep 2019 22:11:01 +0300, Binyamin Dissen <[email protected]> wrote: >I would suggest looking at the value in DBLWD1. Then you can figure out what >to do. > >On Sat, 21 Sep 2019 06:26:16 -0400 Brian Westerman ><[email protected]> wrote: > >:>I know I'm doing something wrong, but I can't get the output from TIMEUSED >to give me a valid time used > >:>In the program I have > >:> TIMEUSED STORADR=DBLWD1 >:> LM R0,R1,DBLWD1 >:> SRDL R0,12 >:> D R0,K10000 >:> CVD R1,DBLWD2 >:> STRING (DBLWD2+4,P,L),INTO=CPUTIME > >:>K10000 DC F'10000' > >:>What I end up with in CPUTIME is (in this case) 324 for a job that ran all >of 3 seconds (wall clock time) when my job stats show: >:>CPU: 0 HR 01 MIN 05.27 SEC SRB: 0 HR 00 MIN 06.53 SEC > >:>I should be getting something like 65 (unless SRB is included when I would >expect 71) > >:>I am obviously doing something wrong. I tried it using load grande and got >the same results, so I went back to LM. > >:>any help at all would be appreciated. > >-- >Binyamin Dissen <[email protected]> >http://secure-web.cisco.com/1ZdcMQO5EiltH769XCk45x5ee0oFZKYcwNTad6Udl6nWkb5KWNRJs2I-9D-S0s25k37YL7hGV3QRXREvN9XRAEaN9dOJA3NF3dFQ22pK1fA3La4LHMJTfQfDYx90BIojWdHP-nUsaZdz9E1G_Mvi5ZmNTC_AFUqKcrkIXiH43JeINzNMLdjyKxIDM7cl37rbzELEN5u89nsTkaIEynQVv3Zk_Z548bu8YAAcUylnYihkCiW_z3KOkz_ec4N4pwMwfImONlL_mg6FBzuaZzfmo7mNOsJxWSaPn_vsqGkhhTMjPHRus4Jb0Mali9Dgf0S2GePdEPsRUcS4imEMENdFWYNnzbbxZJXn2K6dnFXO_JU4gwc8Au-ZqlM5XenkibmE_1c1kaInaGPqSBj6LPGDcnv78q8fC6JzjZhsStBpjnVP59uNuDczhySmLLcipag9H/http%3A%2F%2Fwww.dissensoftware.com > >Director, Dissen Software, Bar & Grill - Israel > > >Should you use the mailblocks package and expect a response from me, >you should preauthorize the dissensoftware.com domain. > >I very rarely bother responding to challenge/response systems, >especially those from irresponsible companies.
