RE: Question about performance of QUSLSPL vs WRKOUTQ

I will write a test using QGY* and see if it is faster, I seem to remember
using that in the past and it wasn't any faster.
But then my memory isn't what it used to be so I will test it again

Thanks


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dennis
Sent: Monday, June 27, 2011 12:09 PM
To: Midrange Systems Technical Discussion
Subject: RE: Question about performance of QUSLSPL vs WRKOUTQ

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-f
iles-
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.

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