The "text" refers to the Text based exits (Exit 6 for example).

I think your mixing up WLM dispatching based management with JES's WLM management which allows JES to use WLM constructs to affect job selection, (i.e. who gets the initiator first).

It's not all that difficult to set up, but it's a different thought process than the way JES works with /*Priority, you actually get more control. The JES2 reference guide and init and tuning guide go over how to do it, plus the WLM guides are pretty good about how to set it up.

Brian



Quoting [EMAIL PROTECTED]:

First "Jes input exit (or text)"   What is the "or text"?  Is this
something new in JES?  Any Share papers or doc references?

Second our schedule (CA-ESP) submits jobs to the input Queues as their
predecessors complete.  Presently we have about 100 inits to run about
1500 jobs a night, so I am trying to get my 'loved ones' to the initiators
quickly.  As far as I know WLM cannot control this.  Are you suggesting to
have a very large number of initiators and just let SVCClass control who
actually gets cycles?  Is there a point where the number of initiators
with low-priority jobs started but not getting service starts impacting
higher priority jobs?   (I am running z/OS 1.08)



Brian Westerman <[EMAIL PROTECTED]>
Sent by: IBM Mainframe Discussion List <[email protected]>
12/03/2008 11:31 PM
Please respond to
IBM Mainframe Discussion List <[email protected]>
Expire Date: 12/04/2010


To
[email protected]
cc

Subject
Re: /*PRIORITY change without JCL change




You could write it as either a JES input exit (or text) or an SMF exit,
either will work fine.
There are several samples on the CBT tape that you can use as a start, but
none that I'm aware of that do exactly what you want.
Why not use JES's WLM options instead?
Brian


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to