× 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 have never had to bother with SFLSIZ. It is always 1 more than SFLPAG. As I have never had a problem and never had to bother with it, I'd have to look it up again to be able to explain (exactly) what it does.

Why not try some time fields in the display? Very simple to put in place.
A time field on the subfile control record before i/o for loading the subfile. Another one in the subfile record to be sure there are no timelags between each subfile write.








-----Message d'origine-----
De : rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] De la part de Rory Hewitt
Envoyé : mercredi 19 janvier 2011 00:26
À : RPG programming on the IBM i / System i
Objet : Re: Subfile initial load very slow

Huh. I've used load-all subfiles for years, and whilst they
may not be the most efficient (compared to page-at-a-time or
extensible, for instance), I've never seen the kind of
'first-time-only' problems that he's experiencing. If it's
slow, it's always slow. And frankly, with 3200 records, I'd
expect a few seconds to laod at max. My guess is that it's a
logical that's being rebuilt or something similar.

Luckily, the fact that it takes so long means that he has the
opportunity to check it out. What I would do is as follows:

1. Open 2 green-screen sessions (jobs)
2. In job 1, call the program
3. In job 2, do a WRKJOB on job 2. Check out options 14 (Open
files), 15 (File overrides) and 11 (Call stack). With option
14, use F11 (Display I/O
details) and press F5 repeatedly. With option 11, use F10
repeatedly to see what procedure is being called.

You might need to do the above processing several times
(ending job 1 between runs, so it's always the first-time
through). Perhaps he will find out that there is some sort of
low-level file processing going on which is slowing things down.

Rory

On Tue, Jan 18, 2011 at 2:49 PM, Mark Murphy/STAR BASE
Consulting Inc. < mmurphy@xxxxxxxxxxxxxxx> wrote:

Sounds like one of the top two answers to me as well. The
other top
answer is to just load one page at a time and let the
subfile expand
as the user presses page down. Neither are very hard to
do. Not to
be confused with "Page at a Time" which Gary proposed but
rightly said was a big change.
Page at a time does not use an extensible subfile which the OP
already said he has. Sounds like he is loading the whole
subfile all at once.

Mark Murphy
STAR BASE Consulting, Inc.
mmurphy@xxxxxxxxxxxxxxx

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

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.