|
This is a multi-part message in MIME format.
--
DANGER - RCLACTGRP - Brings down MANY if not used properly - We thought
the HTTP server was screwed up... one person does a RCLACTGRP - WHAP -
HTTP server failure...
Kinda like FREE for called programs still in memory - WOW that was a
dangerous OPCODE - I brought down a V2R2 System with a loop & FREE Fixed
with an IPL - but MAN that stunk!
-----Original Message-----
From: Joe Pluta
Sent: Fri 12/28/2001 6:03 PM
To: rpg400-l@midrange.com
Cc:
Subject: RE: RPG ILE and *INLR
> From: Andrew Borts
>
> >From the web stuff I've been doing, I adopted the following
standard;
>
> Named activation groups ALWAYS - never *NEW - according to the
little
> chart made by IBM about performance & the HTTP server, named
activation
> groups were 30% faster then *NEW activation groups.
I'm not arguing the point, but with a named activation group I
lose the
automatic cleanup of subprocedures which was my primary reason
for going to
*NEW in the first place. The second time I invoke a program in
a named
activation group, all its subprograms will still be hanging
around. That
is, of course, unless I do a RCLACTGRP on the named activation
group, but
I'm betting the 30% speed increase only works when you don't do
a reclaim.
Or did the little chart explicitly contradict that assumption?
Joe
_______________________________________________
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.
--
[ winmail.dat of type application/ms-tnef deleted ]
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.