Re: [RE: LVLCHK *NO]

You are absolutely right Frank,  I phrased that badly. I should have said all 
programs within one job (I dont know why I said interactive, as the same 
applies to batch jobs of course !).

A fairly common technique in this situation is to have an initial program which 
opens the main files, so that the overhead is all done "up front", In the case 
where a group of users are using the same set of programs for most of the time 
(eg order entry),  the files stay open for the whole of the job session, and 
the overhead of opening them occurs once only, when the user first signs-on.

Similarly, if you have a background job processing transactions,  the 
controlling CL can work in the same way, or the first time the programs are 
called they are called in "initialse" mode, where they just do file opens and 
initialsation routines.
  
I just had two thoughts...

1. what effect does LR have when sharing odb's across programs within the same 
job ?

and, as I am a bit of a newbie to ILE, 

2. what are the implications of using activation groups for these techniques. 
Can you share odp's across activation groups? I would assume not.....


Nigel
 








Frank Kolmann <fkolmann@netscape.net>
10/04/99 13:44

Please respond to RPG400-L@midrange.com
To:     RPG400-L@midrange.com
cc:      (bcc: Nigel Waters/UK/FiservCBS)
Subject:        Re: [RE: LVLCHK *NO]




> You could even use the share(*yes/*no) parameter in the same way.  >Create
the "updates-only" logical share(*no), the others share(*yes).
>All interactive inquiry programs would then share any existing odp when
>opening files. Except for the ones that were being updated !  Big >potential
for performance improvements.

This is a new interpretation of the SHARE(*YES/*NO) parameter, I always
understood  that sharing ODP's applied within the scope of a Job, never across
jobs or has something changed?


____________________________________________________________________
Get your own FREE, personal Netscape WebMail account today at 
http://webmail.netscape.com.
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---





+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---