Comments on: SETLL and READE or CHAIN? Performance Issues

By: splat

splat — Tue, 15 Dec 2009 15:33:02 +0000

The difference between SETLL and CHAIN to position a file cursor is that SETLL doesn’t load the buffer.

By: vatchy

vatchy — Mon, 14 Dec 2009 15:36:04 +0000

It probably could be just a matter of style but it can also be clarity.

If I see a SETLL and then a READE then I will be looking for the loop where I would expect to find processing on the record and then another READE.

By: tomliotta

tomliotta — Mon, 14 Dec 2009 07:46:10 +0000

There is no reason to avoid CHAIN plus READE. It can in fact work better than SETLL plus READE.

There is a programming ‘style’ element that prevents some developers from using CHAIN to prime a READE loop, but it is purely a matter of style. There is no logic to it.

Tom

By: burtnoir

burtnoir — Wed, 16 Aug 2006 09:31:24 +0000

The previous response reminded me of a situation I once discovered in a program that was taking far too long to process a record.

In my case the program was using a setll / reade type loop to look for a particular record it needed. However, once it found the record it carried on processing the loop until the end of the file!

Make sure that your program recognises when it has the data it needs and finishes the loop or at least issues another setll with the next key to be processed.

hope that helps.

By: ddune3566

ddune3566 — Tue, 15 Aug 2006 13:47:45 +0000

All of the other suggestions are good ones. Not enough disk space can slow things down.

I don’t know enough about your application to give a good answer.

I would try putting the program in debug and see how many lines of code are processed in between your reade commands.

If the file your are refering to is a master file and it is looking through a lot of detail and support files and reads these files and loops through code to process them
this all can slow down the reads on the master file

By: byimw02

byimw02 — Mon, 14 Aug 2006 13:59:53 +0000

From the information you provided, there may be performance issues outside of the RPG program logic. One second/record is not plausible for any HLL program. Changing the run priority and timeslice is the last adjustment needed. I would check if the logical maintenance parameters of the file being updated. Is the logical you are using set to *IMMED? If not, this can affect performance. Also are any other apps using the same file? There may be file or record lock issues. I would check for any DB issues before tinkering with the RPG program which may not yield any performance increases.

By: ayahel1

ayahel1 — Fri, 11 Aug 2006 14:53:59 +0000

You may also uthe SETOBJACC command.
It allows you to “load” and object (*FILE or *PGM) to a subsystem memory pool.
If a *FILE, allocate large amount of memory for the subsystem so larger portion of the file is loaded each time.

By: beaufort

beaufort — Fri, 11 Aug 2006 11:06:36 +0000

Hello All – If the programmer is using SETLL and READE to get a single record you could change the program to CHAIN and get quicker results. The SETLL and READE is good only for situations where you need to read a group of records with the same properties (all records that have the same territory ID for example). The CHAIN will work better.

Also, make sure your file is reorgaized so that all deleted records are removed. RGZPFM can be used.

Finally, the creation of the file uses a parameter called ‘Records to Force a write’. Check this parameter to make sure you are not forcing disk writes each time you write the record.

And – reduce the logical files (DSPDBR) on the physical file, update the physical – not the logical. And – look at the access path maintenance parameters for the physical and logical files.

With all of that you might have some luck – memory on the machine is important to consider as well – you might speed disk writes with better memory allocation / faster disk although now we are getting into some larger expense.

Good Luck

By: mariusm

mariusm — Thu, 10 Aug 2006 08:40:18 +0000

Hi,

The CHAIN command does a SETLL and a READE in order to find a match.

CHAIN is best used to locate a unique record (like a customer record)

SETLL with READE is best used when there can be more than one record found. For example, you can find multiple customer orders in your system for one unique customer.

I am not positive, but I would think that there could be a minor performance issue only if you are using the CHAIN command to locate all the orders for a particular customer instead of using the SETLL/READE commands.

Increasing the priority of the job only makes it get processed sooner.

After the job has been submitted, try increasing the “TIMESLICE” parameter. TIMESLICE (in milliseconds) is the amount of time the computer will work on your job. If it does not complete your job within the default TIMESLICE value, it will work on another job and then come back to yours. If there are lots of submitted jobs in the system at the same time, the computer will alternate between jobs for the amount of time specified in the TIMESLICE parameter until all jobs are complete. So … if you double the TIMESLICE parameter value

Try this:
1) WRKSBMJOB and press ENTER to see the list of currently running jobs you have in the system
2) Find the job you want, enter 2 as your option (CHGJOB) and press F4 to get prompted for the parameters.
3) Go to the 3rd screen and look at the top of the page for the word TIMESLICE.
4) Double the value and your job should only take half the time required to finish the job now.

Hope this helps … it’s all I can think of at the moment. Hve a nice day.

Regards …