Jack,

I looked at the JES2 Init and Tuning Reference manual and it indicates
that the default value is "2", not "10". 10 is the maximum value that
can be specified.

I would be interested in the rationale from anyone who has the maximum
values set.

Bob 

-----Original Message-----
From: Richards, Robert B. 
Sent: Thursday, January 29, 2009 6:42 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: $P JOBQ Question

Jack,

Thanks for the explanation. I learned something new! :-)

On my system, all values from $DPCEDEF are 5. I'll have to ask around
here to see if someone has the rationale for that value. 

Bob

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On
Behalf Of Jack Schudel
Sent: Wednesday, January 28, 2009 5:08 PM
To: [email protected]
Subject: Re: $P JOBQ Question

The $PJOBQ command just puts the jobs on the PURGE queue. Each JES2
system has some number of PURGE processors. $DPCEDEF will show the
number.  The default is 10. The purge processors of the member that owns
the checkpoint
will each grab a job and free the track groups associated with that job.
That process can take some time depending on the spool space 
owned by the job, so it can take all the members several checkpoint
cycles to purge all of the queued jobs.

/jack


----- Original Message ----- 
From: "Richards, Robert B." <[email protected]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Monday, January 26, 2009 1:55 PM
Subject: Re: $P JOBQ Question

> One more observation: 
> 
> I noticed that once the lock is released and the jobs start purging
from
> the spool, it seems every member of the MAS is participating in the
> purge process. While I like that they are all being helpful, I am
> curious as to why it is happening this way. Ideas?
> 

----------------------------------------------------------------------
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