There are several issues here. Resource usage can (and does) mean
several things. As to CPU time minimal at best then there are other
resources like time drives and dasd space (among others) that
"reserve" for the exclusivity of the job. Simple example: job 2 has
(example) 3 tape drives and they are unavailable for the rest of the
system so they are in use but not used. Bottom line its not just a
cpu time issue.
Ed
On Mar 15, 2012, at 2:11 PM, Kent Ramsay wrote:
Hi,
A hypothetical question but first the setting: A customer has two
jobs auto-submitted within five minutes of each other. Job 1 grabs
the dozen or so data sets and executes, leaving Job 2 with a formal
"waiting for data sets" situation. Obviously, when Job 1 finishes,
Job 2 actually starts. Now the question: While Job 2 is queued up
waiting for the data sets, is there any appreciable use of CPU by z/
OS or JESx services to continually check to see if the data sets
are free, yet? In this case, Job 1 runs for almost 4 hours so
Allocation services is checked at least occasionally. I'm not
interested in doing a charge-back, just wondering if there's any
real cpu usage.
Since this cropped up, the customer has changed the job schedule to
submit Job 2 after Job 1 completes but the mind wonders. Thanks.
Kent
Kent Ramsay
425.681.2278
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN