|
I think my only question is that CLEARING ARRAYS in a program is a performance issue or not specially in case of 9999 arrays all filled with 1000 bytes? Sorry about the confusion, I am confused that's why I sent that message ;-) -----Original Message----- From: Richard B Baird [mailto:rbaird@esourceconsulting.com] Sent: Friday, June 14, 2002 1:33 PM To: rpg400-l@midrange.com Subject: Re: Performance Issue clearing Arrays Mohammad, I'm not quite sure I understand your question exactly, but try this: Instead of clearing the arrays or mult occur ds each time you call your program, if you are filling the array/mods from top to bottom, try just passing the occurance number of the last array/mods element used, along with the data. Then your calling program will not care if the rest of the mods has been filled previously, it will only use the ones filled on this call. Does this make sense? also, look into pointers, and pass them instead of the mods. you can then base your result set array/mods in the calling program on that pointer. hth, Rick ------original message------- Clearing Multiple Occurs Datastruces is a performance issue or not in case you have 9999 limit for arrays and all of them are filled. Program is not setting LR and all the variables / files are open for the next calls? What we do we only return the number of arrays we process next time. 1. We processed 10 records we send 10 records in resultset 2. we processed 9999 records we send 9999 records in resultset 3. we processed 3 records we send 3 records in resultset In the second request we filled 9999 arrays and they are still there in 3rd request but we send only 3 records. There is only one instance of this program but there could be 20-30 same type of programs sitting in memory and processing arrays and return resultsets. length of each array can be upto 500-1000 bytes Thanks _______________________________________________ This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l or email: RPG400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
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.