At 18:23 -0400 on 06/25/2008, Neil Duffee wrote about z/OS v1.7 JES2:
StcInRdr vs. IntRdr:
So, the question is, presuming it's already working on INTRDR, how does
JES2 contend with this load? Are all the jobs in INTRDR converted then
JES2 switches to STCINRDR? Does STCINRDR have precedence for JES2 and
INTRDR is interrupted at the next JOB card? Are they simultaneous with
their own TCBs? Curious minds would like to know. (or even hear
speculation...)
If you think you might have contention in JES2, you might want to try
going to Poly-JES. This is basically starting a 2nd copy of JES2 on
the CPU as another member of your JES2 Multi-Access Spool system. You
submit the INTRDR Jobs with an /*EQU MEMBER2 Card and they will
execute on the 2nd JES2 along with using its INTRDRs. The jobs that
are submitted can either /*EQU back to the main JES2 or execute on
MEMBER2. When not handling this work MEMBER2 is essentially idle and
has little impact on the Main JES2 Member (set the MEMBER2 Spool Hold
settings to quickly release the Checkpoint Record so it does not
impact the Main JES@ Mamber). If you know when you will be doing the
flood submission of EMAIL Jobs, you can start MEMBER2 and then shut
it down when you are done to control its impact when not doing
anything.
----------------------------------------------------------------------
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
