Bletch! Where is that documented?

I find the suspension of JWT by TIME=1440 to not only unintuitive but harmful. 
what if I need to limit the CPU time but allow long waits?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר

________________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Phil Smith III <li...@akphs.com>
Sent: Thursday, May 9, 2024 1:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOB card format

Except that TIME=1440 or TIME=NOLIMIT unintuitively overrides that /*JOBPARM 
value, right?

Not that I think IBM has the infodev resources to spend, but the amount of 
discussion this generated suggests to me that the doc is insufficient.

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Seymour J Metz
Sent: Thursday, May 9, 2024 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOB card format

לא דובים ולא יער

TIME= on the JOB and EXEC is, was and always will be CPU time. It's the TIME= 
on the /*JOBPARM that is wall clock time.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר

________________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Hayim Sokolsky <0000062497e865c9-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, May 9, 2024 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOB card format

In truth, TIME= is “wall time” and not CPU time. How many real-world minutes is 
your job allowed to run before it gets cancelled if it runs over.

As there are 1,440 minutes in a 24 hour day, TIME=1440 turns off the timing.


Hayim


Hayim Sokolsky (he/him/his)
Director, Software Engineering
Rocket Software, USA
E: hsokol...@rocketsoftware.com<mailto:hsokol...@rocketsoftware.com>
W:RocketSoftware.com<https://www.rocketsoftware.com/>

The views I have expressed in this email are my own personal views, and are not 
endorsed or supported by, and do not necessarily express or reflect, the views, 
positions or strategies of my employer.

From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Phil Smith III
Sent: Wednesday, May 8, 2024 20:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOB card format

EXTERNAL EMAIL


Thanks. I knew it would be something like that!

What I wanted to grok in fullness was the TIME= parameter. Page 394 of that PDF 
talks about it, but is vague about what the time value means. I always thought 
it was CPU time, and the doc says things like "number of minutes the step can 
use the processor", though that's an odd way to say "CPU time" IMHO. And then 
it talks about "continuous wait state", which tends not to use much CPU (!). 
Nowhere does it seem to define things in detail. Or maybe the wait state thing 
is just saying (clumsily) that when CPU time is unlimited (via TIME=1440 or 
TIME=NOLIMIT), the other, usually unrelated maximum wait time is also 
overridden to be unlimited?

What led me to this was an STC we have that's generating
$HASP308 <jobname> ESTIMATED TIME EXCEEDED BY 345 MINUTES yet total CPU used is 
0.02. Some Googling found this APAR:
https://www.ibm.com/support/pages/apar/OA54766<https://www.ibm.com/support/pages/apar/OA54766>
which says "These values represent Wall-Clock time". That totally confuses me, 
and is perhaps just wrong.

This thread: 
https://bit.listserv.ibm-main.narkive.com/IAGR45k7/hasp308-message<https://bit.listserv.ibm-main.narkive.com/IAGR45k7/hasp308-message>
 talks about trying to limit based on wall-clock time and folks aren't saying 
"Sure, that's what TIME= means".

So...which is it? Seems like wall-clock (with or without the Random Capitals) 
makes little sense?!

-----Original Message-----
From: IBM Mainframe Discussion List 
<IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Mark 
Jacobs
Sent: Wednesday, May 8, 2024 7:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU<mailto:IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: JOB card format

Google JCL reference manual. You'll find the documentation there. Or just use 
this link, 
https://www.ibm.com/docs/en/SSLTBW_3.1.0/pdf/ieab600_v3r1.pdf<https://www.ibm.com/docs/en/SSLTBW_3.1.0/pdf/ieab600_v3r1.pdf>

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com<https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com>


On Wednesday, May 8th, 2024 at 7:38 PM, Phil Smith III 
<li...@akphs.com<mailto:li...@akphs.com>> wrote:

> I just spent far longer Googling than I think I should have NOT finding 
> documentation on the format of a JOB card. Surely this exists.?
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu<mailto: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<mailto: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<mailto:lists...@listserv.ua.edu> with the message: 
INFO IBM-MAIN

================================
Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
================================

This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

----------------------------------------------------------------------
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

----------------------------------------------------------------------
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

Reply via email to