In researching the problem, apparently it is a known issue with IBM and efforts to fix it have not been effective. It has something to do with contentious locking, if I understood the document correctly.

http://publib.boulder.ibm.com/iseries/v5r2/ic2924/info/experience/spool_performance.pdf

"Working as designed" is apparently the current fix.

elehti@xxxxxxxxxxxxxxxxxx wrote:
Booth,
I experience the same results on my V5R3M5 machine that you reported.
About 120 seconds for the first spooled report generated by:
WRKOUTQ OUTQ(QEZJOBLOG ) OUTPUT(*PRINT)

QPRTSPLQ ELEHTI ELEHTI RDY 401
About 2 seconds on subsequent: WRKOUTQ OUTQ(QEZJOBLOG )
OUTPUT(*PRINT)
QPRTSPLQ ELEHTI ELEHTI RDY 401 QPRTSPLQ ELEHTI ELEHTI RDY 401 Evidently WRKOUTQ is able to reuse the data path from the first time
that WRKOUTQ runs.

I have 21000 spooled reports right now.
Queue Library Files Writer Status QEZJOBLOG QUSRSYS 21239 RLS

5722SS1 V5R3M0 040528 Work With Output Queue
QEZJOBLOG in QUSRSYS 8/14/09 16:50:28 Page 1 File User User Data Status Pages Copies Form Type Pty File
Number Job Number Date Time QPJOBLOG JDESLEEPER J55365 RDY 1 1 *STD 5
1 J55365 571568 08/09/09 00:00:09 QPJOBLOG QSECOFR QINTERSTR4 RDY 1 1 *STD 5
1 QINTERSTR4 571569 08/09/09 00:05:00 QPJOBLOG E2A1ADMIN UPD_JOBSCD RDY 1 1 *STD 5
1 UPD_JOBSCD 571571 08/09/09 00:08:43 ------------------------------------------------------------------------


No virus found in this incoming message.
Checked by AVG - www.avg.com Version: 8.5.392 / Virus Database: 270.13.56/2302 - Release Date: 08/14/09 06:10:00



This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].