|
Can you define "tests indicated"? Does this mean a user complains or that the job takes 20 minutes to complete when it could have taken 3 minutes? I think being away of the performance of the way certain things are coded is critical to RPG IV specifically. Doing something one way might work okay, but doing it a slightly different way could cut the overhead by a factor of 1000. I know a lot of people don't care about performance, and they shouldn't. But I think a lot of people _should_ know that, for example, using a 64k local variable in a subprocedure and then calling that subprocedure 10,000 times in the program is probably not the best methodology. Sometimes solutions to performance issues are very, very simple. I think what happened to performance is that we've been saying in response to: "What's faster a MOVEL or an EVAL?" The answer is "Who cares?" And that is still true today. But when something has significant performance implications, the developer should know about it, and consider it when writing code. RPG IV programmers coming from a C or C++ back ground, tend to think more about performance. Again performance isn't the end of the road, but it certainly needs to be watched. -Bob Cozzi www.iSeriesTV.com Ask your Manager to watch iSeriesTV.com -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Lim Hock-Chai Sent: Wednesday, August 30, 2006 11:35 AM To: RPG programming on the AS400 / iSeries Subject: RE: Allocate field with options(*nopass :*omit) Yes. But, I normally do not apply this rule if I plan to create commonly use export procedure. -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Wilt, Charles Sent: Wednesday, August 30, 2006 10:09 AM To: RPG programming on the AS400 / iSeries Subject: RE: Allocate field with options(*nopass :*omit) Lim, Number one rule of performance when coding: don't worry about it unless testing shows it to be a problem.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.