|
On Tue, 10 Jul 2001, Bruce Jin wrote: > >But with a subprocedure you gain speed, ease of use, and are able to group > >your procedures into "libraries" or service programs. > > But I would question ‘gaining speed’. Assuming subprocedure is 10 times > faster than a dynamic program CALL then a 10-nanosecond program call > becomes 1 nanosecond in subprocedure call. This change is not noticeable in > interactive applications and in most batch applications where the same > program is call for, say, only a few thousand times. Besides, if we exclude > the time spent on resolving calling procedure/program, the execution time > may be the same for both. This means that a 10-second run program will only > become a 9.99-sencond run procedure. I can tell you that speed difference is enormous. At our shop we had a batch program that needed to finish within about 2 hours. It did a lot of date manipulation. We wrote a called program to handle the date stuff. The program's run time increased to around 6 hours! Your example above only considers one call - this program called our "convenience program" many, many times. The slow down was unacceptable. At the time we didn't have any ILE sub-procedures in place so we ended up removing the calls and copying all the code back in. Yuck. Of course now we use ILE so everything is easier (with eval var=func(parm) being the biggest benefit in my mind). James Rich james@eaerich.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 +---
As an Amazon Associate we earn from qualifying purchases.
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.