Re: Performance issues with ILE

If you just specify *CALLER, all jobs run in the default activation group 
which really isn't an activation group: makes your ILE programs run just 
like they were OPM.

The recommended way if you don't have specific activation groups is to 
specify *NEW. If you have COBOL programs calling COBOL programs, you want 
the called programs in *CALLER since an activation group is the same as a 
COBOL run unit.

Dan




<ali.juzer@xxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx
09/25/2006 03:57 AM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
<midrange-l@xxxxxxxxxxxx>
cc

Subject
Performance issues with ILE







Hi All,



As part of our enhancement project, we changed many of our AS/400 OPM
programs to ILE. We compiled the programs with ACTGRP = *CALLER unless
in cases where some specific programs required other activation groups.



After the successful conversion, we are now having performance issues.
The batch programs, which were previously in OPM COBOL, but now in ILE
COBOL, are taking huge time - almost 1.5 to 2 times.  Please let me know
if someone has undertaken such projects or solved such issues.



Note: We didn't recode our programs. We use SYNON/2E for code
generation; we changed only the target type (OPM to ILE) and recompiled
our programs.



Thanks



Ali Asgar

Wipro Technologies

Ph +91 20 22933700  3343

GSM +91 98230 71361






The information contained in this electronic message and any attachments 
to this message are intended for the exclusive use of the addressee(s) and 
may contain proprietary, confidential or privileged information. If you 
are not the intended recipient, you should not disseminate, distribute or 
copy this e-mail. Please notify the sender immediately and destroy all 
copies of this message and any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient 
should check this email and any attachments for the presence of viruses. 
The company accepts no liability for any damage caused by any virus 
transmitted by this email.

www.wipro.com