Certainly everything you need to know is in SMF 30. You can tell when a Job arrives in JES, when it gets initiated, and when it finishes. It would be an interesting programming exercise to model z/OS behavior and compute duplicate job delay.
It seems to me -- with the caveat that I am not an expert in JES2 job selection -- that it might not be black and white? Couldn't a job come into the system and be held as a duplicate. Then the other job finishes but now there is no initiator of the right class. And then an initiator frees up but now there is a new duplicate running. So ... how much of that delay is due to duplicate jobnames? (Or as I say, perhaps I do not know how job selection works.) SMF30HQT 4 binary Time following job preparation when the job was ineligible for execution for reasons not included in SMF30RQT. This includes job hold, job class hold, job queue hold, duplicate jobname serialization, and job class execution limits. If the JOB statement specified TYPRUN=HOLD, the time that the job is held for this reason is not included. The time is in 1024-microsecond units. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Thursday, March 3, 2022 11:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: JES2 DUPL_JOB parameter I've long (ever since we started our migration from VSE to z/OS in 2008) disliked the default of DUPL_JOB=DELAY, but I was overridden in setting NODELAY because of the "it's always been this way" attitude, and lack of desire to determine if there were any dependencies on the behavior. I am curious (but not hopeful) if there is anything available to log or otherwise note when a job is delayed because it has the same name as a job that is already running. Specifically, I am looking to find processes that depend on the DELAY behavior. ---------------------------------------------------------------------- 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
