Re: Year 2000

RE:     Re: Year 2000
>> Booth said;
>>Then performance considerations reared an ugly head.  Response times are
>>already bad enough.  Adding more delays while data churns through the
>>Ldate swamp becomes......  Booth

>someone else said:
>Charlie Massoglia; and another ran some  tests on this a while back and
>the results indicated  from 3.6  to 6.6 times slower. I spoke  with  a
>developer in  CA and  he/she suggested minimum use.   Said  another
>thought it was the  *USA that was doing it  since that is were most of the
>complaints came from.  No official reply yet!

Booth
When you say "Users who are used to Powerpoint",  Are you refering the PC
application that takes 20-40 seconds to come up(on a good day) on
my PC at work?  
And are you being held to THOSE kind of response time standards on the
AS/400? (By the way, ask your user to write Monthend Manufacturing Close
out in Powerpnt or Excel) 

Where are we getting a bad response time?  On a interactive program which
should only do 20-30(tops) I/O's per enter key?  Or are you doing 100-1000
I/O's per enter key where you'd notice the hit?  If so WHY are you doing 
that many even now?

Or is it a Batch job that may run 10,20,30 minutes longer?
Is this on a CISC machine?  Will that performance be more than made up
when you eventually move to a RISC box? 

Will you still be using the same files with date types when the new 
RISC box is superceded by an even faster processer in 98-99 time frame?
Would you notice it even less then?

Just curious?

I mean I want fast response like the next guy, Thats why I only do 
20-30 I/O's per enter key,  Watch what records I'm locking and why.
I don't leave a record locked on a screen while the user makes up their mind. 
I watch my Data Base Seizes.  I streamline my Batch programs(buffer them,
Do selection in OPNQRYF, Share Indexes, etc. Accumulate update totals
in an array then update the record - [neat trick, I dropped one batch 
process down from 5000 Update I/O's to 20 using that technique])
(I even used to do a 1 hour session on "Programming for Performance"
in which I showed how to improve on alot of these conditions.)

I do all those neat Performance things so that I can take (for a short time 
frame maybe) a performance hit on strategically important things like 
date and time types.

Just my $.02
John Carr
EdgeTech

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *