It's not clear to me whether you followed that link, and since I neglected to point it out before, I will will do so now: The answer lies in the QGY* APIs. Have a read of the referenced site... Those APIs are designed to work asynchronously, and their performance will surprise you. Or should... YMMV.
--
Sent from my Galaxy tablet phone with with K-9 Mail. Please excuse my brevity.

"John Allen" <jallen@xxxxxxxxxxx> wrote:

Thanks for the info.

Everything I found with Google pointed to paging and the first time
always
takes longer blah blah blah, which I can understand.

But I was wondering why the IBM's WRKOUTQ was so much faster the first
time,
obviously IBM's WRKOUTQ is doing something I am not and I was hoping to
figure out what it might be
I always tested by signing off then back on between executions and
WRKOUTQ
is ALWAYS MUCH FASTER the first time

John



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dennis Lovelady
Sent: Saturday, June 25, 2011 5:52 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Question about performance of QUSLSPL vs WRKOUTQ

Turns out I was confused, but google sorted me out. Keywords:
asynchronous
list spool. (You really should try this - it's amazing what a little
self-help can do!)

There were four or five Java example sites from IBM, and this:
http://www.code400.com/forum/showthread.php/10140-Get-list-of-spooled-files-
QGYOLSPL-QGYGTLE


Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"One never repents of having spoken too little, but often of having
spoken
too much."
-- Philippe de Commynes


I believe QUSLSPL is capable of asynchronous processing. Give it a
smaller
work area (can be a user space, but limit the amount of space you
tell
the API to use. It will return to you quickly (from my experience),
with an indication that there's more data. As you consume it, ask
for
more.
Don't
wait until you have the whole purchase price before you put an offer
on
the
house!

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
Computers are not intelligent. They only think they are.


I have an Output Queues with 80,000 spooled files (please don't ask

why,
I
am working on getting them cleaned up) running V5R4



If I execute WRKOUTQ TEST the processing occurs very quickly and
the
list
of
spooled files appears in a few seconds



I have a program that creates a user space then runs the API
QUSLSPL
to
get
the list of spooled files in the Output Queue

and after 20 minutes it is still running.



I first create a user space TSTOQENT with INITSZ(4000000)



Then

CHGVAR VAR(&OUTQNMLB) VALUE(&OUTQNM *CAT '*LIBL ')

CHGVAR VAR(&FORMAT) VALUE('SPLF0100')



CALL PGM(QUSLSPL) PARM('TSTOQENT QTEMP ' +

&FORMAT '*ALL' &OUTQNMLB '*ALL' '*ALL'
)



After 20 minutes this is still running.

Am I using the wrong API?

Is there a faster method of getting a list of spooled files in an
OUTQ?

I run this same program against a spooled file with a couple of
spooled files and it is very fast


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
http://archive.midrange.com/midrange-l.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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

This mailing list archive is Copyright 1997-2024 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].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.