I think the doc is insufficient. What I believe that it should have said is something like:
If a job has multiple steps, all of which use program contained in the same, non-linklist/lpalist, data set(s), then using JOBLIB is simpler than using multiple STEPLIBs. However, if the steps within a job are a mixture of programs on the linklist/lpalib or distinch libraries, then using a STEPLIB only on the steps which require a STEPLIB and which only contains those libraries which are necessary, will result in more efficient program fetch. This is due to the fact that in a job with a JOBLIB, each step must search the specified libraries, in order, for the program on the EXEC PGM= and also those dynamically loaded using system services such as LINK or LOAD. Yeah, that isn't phrased all that well, either. I'm not a tech writer. My example. Suppose the job 10 steps and all the programs are in a given library. Then use a JOBLIB. But if your job is going to do 5 IDCAMS steps, 2 IEBGENERs, and 3 user programs, then use a STEPLIB. Or if the job is going to use 7 different programs which completely reside in 7 different libraries (i.e. any dynamic programs live in the same library), then use a unique STEPLIB in each step. On Fri, Oct 25, 2013 at 10:56 PM, Ed Jaffe <[email protected]>wrote: > On 10/23/2013 5:13 PM, Frank Swarbrick wrote: > >> I just read something interesting: >> http://publib.boulder.ibm.com/**infocenter/zos/basics/index.** >> jsp?topic=/com.ibm.zos.zjcl/**zjclc_jclEXECsearch.htm<http://publib.boulder.ibm.com/infocenter/zos/basics/index.jsp?topic=/com.ibm.zos.zjcl/zjclc_jclEXECsearch.htm> >> "For a multi-step job, using the JOBLIB DD statement is >> most efficient when most of the programs reside in private libraries. >> For a multi-step job, using the STEPLIB DD statement is >> most efficient when most of the programs reside in system, rather than >> private, >> libraries." >> > > I find this surprising. AFAIK, there is no substantive difference between > JOBLIB and STEPLIB. > > -- > Edward E Jaffe > Phoenix Software International, Inc > 831 Parkview Drive North > El Segundo, CA 90245 > http://www.phoenixsoftware.**com/ <http://www.phoenixsoftware.com/> > > ------------------------------**------------------------------**---------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
