Suggestions on Speeding up a program

We had batch window issues also.
New Power7 8205-E6C this year with SSD disk drives and large cache 5913 controllers reduced most jobs by 1/4 the time, some jobs much more.
Additional memory to minimize page faults
Reduce the number of access paths around the PF
Rgzpfm the batch input primary file by the LF used for that program. This can easily be done with RGZ while active, no down time.

Paul Steinmetz
IBM i Systems Administrator

Pencor Services, Inc.
471 Delaware Ave
Palmerton Pa 18071

610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home

psteinmetz@xxxxxxxxxx
http://www.pencor.com/
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Dave
Sent: Saturday, January 05, 2013 12:24 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: Suggestions on Speeding up a program

Noone has suggested my company's approach to the problem, when we found that the nights were becoming too short for our batch programs to finish in time, before the users arrived in the mornings! Buy a new machine!
Of course this technique has now been dropped after 2 new machines as it only works for a while and is very expensive! How I would have loved to have been able to implement the techniques outlined in this thread.

2013/1/5 Charles Wilt <charles.wilt@xxxxxxxxx>

I assume these are batch programs?

Question: Are the files being written to journaled? If so, are you
using commitment control? If not, that is a _HUGE_ hit. Unless you
have the HA Journal Performance, 5722-ss1 option 42, installed and
being used which allows for journal caching w/o commitment control. It
was previously a PPRQ.
Here's some good info: http://www.quser.org/Docs/JournalCaching.pdf

Here's some old but still valid info, "Optimizing Batch Performance"
by Rick Turner

http://www-01.ibm.com/support/docview.wss?uid=nas1e907e76673a614dd8625
6a290054f546

Here's the key take away, unless your CPU usage is at 100% during the
program run, your program is waiting (probably for disk I/O)...remove
as much wait as you can and if you're still not at 100%, break the job
into as many concurrent processes as needed to drive the CPU usage to 100%.

HTH,
Charles




On Thu, Jan 3, 2013 at 9:43 AM, RPGLIST <rpglist@xxxxxxxxxxx> wrote:

I'm looking for any and all suggestions on possible ways to speed up
some programs.

The typical ones that come to mind are:

1. avoiding open and closes on files 2. Not setting LR when calling
a program or procedure multiple times 3. using Data structures for
block reads and writes

Any other suggestions?

--
This is the RPG programming on the IBM i (AS/400 and iSeries)
(RPG400-L) mailing list To post a message email:
RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list
options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
http://archive.midrange.com/rpg400-l.

--
This is the RPG programming on the IBM i (AS/400 and iSeries)
(RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/rpg400-l.

--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.