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

Aaron Bartell

On Mon, Aug 18, 2008 at 7:13 AM, <vhamberg@xxxxxxxxxxx> wrote:


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.


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.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 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].