|
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-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.