RE: program/file data structure

[John P Carr <jpcarr@xxxxxxxxxxxx>]

>-------------------------------------------
>Barb,   So what does that come out to for 1 interactive call?
>1/4762  +/-  of a second?
>
>Do you think my user would notice?

No.  That's why I also said this:

>But please don't worry too much about this.  This difference is
>somewhat spectacular, but it's basically insignificant since the time
>taken to do 100,000 calls is "fast enough".  It's just one consideration
>- -if- you have a performance-sensitive program that ends with LR on, and
>- -if- you don't need some of the expensive fields in the PSDS.

Barbara (not Barb (ackk spllltt))
-------------------------------------------------------------

I  mean BARBARA.  (sorry)

Sorry if I'm a little sensitive about the performance thing.    
I see so many times people who attend a conference or hear someone
say "The performance is bad when ..........." 

And completely forget the "when.........."   qualifier.
How long did it take us to break people from coding 
one big top down program because it was "Faster"  

People didn't use Date Data types because some "Expert" said
"They're SLOW".   

I use an externally defined data structure for the PSDS (since 1985).
Upon an error,  I pass the whole structure to an "Error Logging" utility
that logs the 
whole thing to a DB file (same file I use to externally define the D/S).
We have a global error logging facility that traps who, when, what, why
for any RPG error(batch & interactive).   

We have never noticed any performance problems.  Nor with all of our
files which all have Data data types.

Your information is valuable to know.   But like you,  I would question 
having a Performance Sensitive program end with LR on.   I would kill 
it someother way.

Respectfully,   
John Carr
P.S.  Say hi to George for me. 





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