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



Venu - I don't  understand -
why are you  writing  a data aging program anyway? There a  several  good
ones on the market  that might save you  the  development time and testing?

Glenn
__________________________________________
Glenn Ericson,          Phoenix Consulting                      
P O Box 701164   East Elmhurst NY 11370-3164 USA                            
Phone 718 898 9805       Fax 718 446 1150
AS/400 & Year 2000- - Solutions Specialists
 © 1998 copyright,  all rights reserved
___________________________________________


At 03:18 PM 9/28/98 -0400, you wrote:
>Hi All,
>
>Recently we wrote a DateAging application. The application uses multi
>threading. Each data file in the user library is aged simultaneously as
>independeng aging jobs. We used this to enhancethe performance. Earlier
version
>was only single thread where the application used to age one datafile at a
>time. Although we gained a lot of improvement with the new design, we
still are
>facing some difficulties particularly with files of bigger size.
>
>We have this application written in ILE and we are having different
modules to
>do different tasks, we have service pgms, binding directories...all that
stuff.
>We have compiles the main program as
>
>CRTBNDRPG with OPTIMIZE(*BASIC).
>
>We are still facing some performance problems. A data file of 1 million
records
>is taking more than 15 hrs to complete the job. Is there anything to do with
>this OPTIMIZE(*BASIC). I read in the ILE manuals that there will be
significant
>improvements if we change this to OPTIMIZE(*FULL). But I dont know what
>improvements it is referring. The majority of time is wasted in the I/O of
the
>datafile. How is this OPTIMIZE parameter going to influence the data file
I/O??
>The manual says that there will be significant improvements with
>OPTIMIZE(*FULL) but there will be some problems also. What are these
>difficulties??
>
>We are also thinking of chaning the record blocking factor for the data file.
>That is, before calling our RPG program, we will do a OVRDBF of the datafile
>with NBRRCDS as say 10000. Will there be any improvements and what are the
>possible problems we will face if we change the NBRRCDS parameter?
>
>Any ideas or thoughts,. Thanx in advance for any help.
>
>Rgds
>Venu
>
>
>+---

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


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.