Aaron,
I wonder the same thing about this (activation groups) and some other similar things that we learned over the years.
I've never noticed (V5R4, Model 520) a new, named activation group impacting performance.
Another truism that makes the rounds is that a Load All subfile takes longer than a page-at-a-time subfile. Undoubtedly this is true, but is it noticeable? I've discarded page-at-a-time and use strictly load all (haven't had to worry - yet - about the 9,999 record limit). I've loaded +5000 records in sub-second response time. On our old iSeries (720) I never tried that. On a B10 I'm pretty sure it would have been noticeable, but always did page-at-a-time until a few years ago so I have no comparisons. I just know that on the newer hardware, it is perceptually not noticeable.
Jerry C. Adams
IBM System i Programmer/Analyst
B&W Wholesale
office: 615-995-7024
email: jerry@xxxxxxxxxxxxxxx
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Aaron Bartell
Sent: Monday, August 18, 2008 7:29 AM
To: RPG programming on the AS400 / iSeries
Subject: Re: Dynamically allocated tables and %DEALLOC
But how expensive is it *really*? I am wondering if it is one of those
things where hardware has progressed to the point where it isn't as
noticeable anymore. Note I am not saying don't program for efficiencies,
but I do think about programmer debugging cryptic issues vs. taking certain
defaults to gard ones self.
Has somebody done some performance tests on this so we have more concrete
data?
Aaron Bartell
http://mowyourlawn.com
On Mon, Aug 18, 2008 at 7:13 AM, <vhamberg@xxxxxxxxxxx> wrote:
Paul
Using *NEW adds its own set of problems - mostly in performance - because
it is relatively expensive to start a new AG. It IS an easier way to manage
things, sometimes, but it is probably better to be sure you deallocate all
memory yourself that you have allocated.
HTH
Vern
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at
http://archive.midrange.com/rpg400-l.
midrange.com
