× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I am opening the file for update and did consider a file lock problem. I do get the same problem in our test system where I'm the only one accessing these files. As far as other processing, I chain out to a couple of other files (non update) to get information to display on the subfile screen. There aren't any calls to other programs from within this build subroutine. This program is not an AF OR Caller. This is my first time on this forum so not really sure of the best way to send code??

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Bryce Martin
Sent: Tuesday, January 18, 2011 1:19 PM
To: RPG programming on the IBM i / System i
Subject: RE: Subfile initial load very slow

Are you opening the file for update? If so, maybe you are seeing some
locking issues with another program? How much processing do you have to
do on the records before writing them to the subfile? Are there any other
programs being called from within the main subfile loading loop? Code
would really be helpful at this point. Is the program in a named AG?
Caller? DAG?


Thanks
Bryce Martin
Programmer/Analyst I
570-546-4777



Andy Devries <andyd@xxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
01/18/2011 03:54 PM
Please respond to
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>


To
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>
cc

Subject
RE: Subfile initial load very slow






Thanks Alan - I've considered this. There are 2 logicals - either by name
or contract# - which ever is selected. I thought it might be only the
first time that day, but seems to happen on and off during the day.

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Alan Shore
Sent: Tuesday, January 18, 2011 12:09 PM
To: RPG programming on the IBM i / System i
Cc: rpg400-l@xxxxxxxxxxxx; rpg400-l-bounces@xxxxxxxxxxxx
Subject: Re: Subfile initial load very slow


Hi Andy
One thing comes to mind
by initial load, are you talking about the first for the day, or the first
for each user
Does the program use a logical and is that logical being built for the
first time being used that day

Alan Shore
Programmer/Analyst, Direct Response
E:AShore@xxxxxxxx
P:(631) 200-5019
C:(631) 880-8640
"If you're going through Hell, keep going" - Winston Churchill



Andy Devries
<andyd@xxxxxxx>
Sent by: To

rpg400-l-bounces@ "rpg400-l@xxxxxxxxxxxx"
midrange.com <rpg400-l@xxxxxxxxxxxx>
cc


01/18/2011 03:05 Subject

PM Subfile initial load very slow


Please respond to
RPG programming
on the IBM i /
System i
<rpg400-l@midrang
e.com>






I've been scratching my head about this one for some time. This is an
RPG400 program. I have a subfile that is loaded from a file that only
contains 3200 records. The initial load takes a long time (over a
minute).
In subsequent calls to the same program, it responds much better (2-3
seconds). I've gone into debug - doesn't seem to hang at any location.
I've watched it process (WRKACTJOB) and it seems to do the same process. I
have looked at locked records - doesn't seem to be a problem. Can anyone
suggest other techniques for debugging this problem. As you can imagine,
the users don't like the long delay.
Andy

--
This is the RPG programming on the IBM i / System i (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.


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.